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(54) DATA SYNCHRONIZATION SYSTEM, APPARATUS USED FOR THE SYSTEM AND DATA 
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(57) A data access system includes a client device 
(1 0) connected over a network (5) and being used by a 
user for registering or displaying data such as a sched- 
ule or a memo, and a data server device (1 ) connected 
over the network (5) for managing the data currently 
stored in the client device (10). The client device (10) 
includes a communication portion (11) for establishing 



communication with the data server device (1), a client 
data storing portion ( 1 2) storing a part or a whole of serv- 
er data stored in the data server device (1), an output 
portion (13) formed of a display device providing char- 
acter information and movie information to the user and 
aspeakerfor outputting a sound or a voice, and a control 
portion (15) controlling various portions. 
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Description 

Technical Field 

[0001] The present invention relates to a data access 
system, and particularly to a data access system, in 
which data stored in a data server device can be utilized 
as if the data is stored in a client device. 

Background Art 

[0002] A groupware system has been used as a sys- 
tem for collectively managing data of client devices by 
a server. 

[0003] In the groupware system, data such as sched- 
ules and memos are registered as group data in a serv- 
er, and ail the users belonging to the same group can 
refer to the registered schedules. The methods of refer- 
ring to the group data in this groupware can be roughly 
classified into two types. In one of the types, when the 
client device must refer to the group data, the client de- 
vice is necessarily connected to the server, and refers 
to data currently stored in the server. In the other type, 
each client device stores all the group data, and the 
server performs processing to change the group data 
stored in each client device when the group data in the 
server changes. 

[0004] Japanese Patent Laying-Open No. 
2000-148572 has disclosed such a method that a com- 
munication request issued from a wireless mobile ter- 
minal is stored in a message queue while communica- 
tion is impossible, and communication processing 
stored in the queue wiil be executed when the commu- 
nication becomes possible. Japanese Patent Laying- 
Open No. 2000-148572 has also disclosed a list updat- 
ing method of changing a list displayed on a display de- 
vice of the wireless mobile terminal. 
[0005] Japanese Patent Laying-Open No. 
2000-148691 has disclosed an information synchroniz- 
ing system. When data updating performed in a client 
device relates to groupware information, this system 
matches the groupware information of client devices of 
related members with each other by utilizing mails. 
[0006] However, the conventional groupware suffers 
from the following problems. 

[0007] In the case where data reference is performed 
by connecting the client device to the server and refer- 
ring to the current data (i.e., data stored at this point in 
time) in the server, when a change occurs in the group 
data managed in the server, each terminal is not in- 
formed of the fact of updating of the group data in the 
server. This results in a problem that the user cannot 
notice the update of the group data unless the user ac- 
cesses the group data in the server in view of possibility 
of the updating. Further, communication occurs every 
time the client device refers to the group data. This re- 
sults in a problem that traffic on the network increases. 
[0008] In another system, the client device has stored 



all the group data, and the group data in each client de- 
vice is changed when the group data in the server 
changes. In this case, each client must have a storage 
capacity for completely storing the group data. When the 
s group data in the server changes, the group data in all 
the clients must be updated. This increases the traffic 
on the network. 

[0009] Japanese Patent Laying-Open No. 
2000-148572 has not disclosed a technique for efficient- 

10 |y updating data in a wireless mobile terminal by a serv- 
er. Further, this reference neither discloses nor suggests 
a method of storing a complicated relationship between 
an original of data of each wireless mobile terminal 
stored in the server and the data in each wireless mobile 

is terminal. Therefore, this reference cannot provide a so- 
lution. 

[0010] In Japanese Patent Laying-Open No. 
2000-148691 , each client cannot use a storage region 
of the server as if it is the storage region of the client 
20 itself. Therefore, each client cannot handle data other 
than that in the storage region, which is actually provid- 
ed in each client. Each client must have a groupware 
managing table and a managing function for managing 
the group data to be synchronized. This increases a load 
25 on the client side. When group data is updated in a cer- 
tain client, all the client device are notified of contents 
of this update. This increases traffic on the network. 
[0011] Even if the technologies disclosed in these 
Japanese Patent Laying-Open No. 2000-148572 and 
30 No. 2000-148691 are merely combined, communication 
to every client device occurs in response to every up- 
date of the group data, and it is impossible to overcome 
the problem of increase in traffic on the network. It is 
also impossible to achieve various kinds of communica- 
35 tion service while reducing a load on each client device. 
[0012] Accordingly, an object of the invention is to pro- 
vide a data server device, a client device and a data ac- 
cess system, which allow users to utilize information by 
client devices without increasing network traffic. 
40 [001 3] Another object of the invention is to provide a 
data server device, a client device and a data access 
system allowing a user to utilize information, which is 
larger in amount than an actual storage capacity of a 
user's client device, by using the user's client device. 
45 [001 4] Still another object of the invention is to provide 
a data server device, a client device and a data access 
system, which allow a user to utilize information mean- 
ingful or relevant to the user by using a user's client de- 
vice. 

so [001 5] Yet another object of the invention is to provide 
a data server device, a client device and a data access 
system, which allow a user to utilize information by using 
a user's client device while ensuring security. 
[0016] Further another object of the invention is to 

55 provide a data server device, a client device and a data 
access system, which allow a user to utilize information 
by using a user's client device when required-. 
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Disclosure of the Invention 

[0017] According to an aspect of the invention, a data 
server device includes a server data storing portion stor- 
ing server data to be utilized by one or a plurality of client 
device(s) and a correlation between the server data and 
the client device(s), and a client storage data managing 
portion connected to the server data storing portion and 
managing client data currently stored in the client de- 
vice. 

[0018] According to another aspect of the invention, 
a data server device includes a server data storing por- 
tion storing server data to be utilized by one or a plurality 
of client device(s) and a correlation between the server 
data and the client device(s), and a client storage data 
managing portion connected to the server data storing 
portion, managing client data currently stored in the cli- 
ent device, and updating the client data currently stored 
in the client device capable of access to the server data 
when the server data stored in the server data storing 
portion is updated. 

[0019] Since the update processing can be effected 
only on the client device(s), which have stored a portion 
subjected to data updating in the data server device. 
Therefore, the network traffic does not increase. The 
server data storing portion stores the server data to be 
utilized by the client device. Therefore, the client device 
can utilize information much larger in amount than an 
actual storage capacity. 

[0020] Preferably, the client storage data managing 
portion manages a state of matching between the client 
data currently stored in the client device and the server 
data stored in the server data storing portion. 
[0021] Since the state of matching between the client 
data and the server data is determined, it is possible to 
update the client data only when a difference is present 
between the client data and server data. 
[0022] Further preferably, th e server data stored in the 
server data storing portion includes a client device iden- 
tifier for identifying the client device capable of the ac- 
cess. 

[0023] Further preferably, the server data stored in the 
server data storing portion includes a user identifier for 
identifying a user owning the client device capable of 
the access. 

[0024] For each user, it is possible to determine the 
accessible server data. 

[0025] Further preferably, the client storage data 
managing portion manages a correlation between an 
identifier for identifying a user owning the client device 
and a group including the user, and the server data 
stored in the server data storing portion includes a group 
name of the accessible group. 
[0026] For each group, it is possible to determine ac- 
cessible server data. 

[0027] Further preferably the client storage data 
managing portion records an update history in a com- 
munication queue when communication with the client 



device is impossible in an operation of updating the cli- 
ent data. 

[0028] When the communication with the client device 
is impossible, the update history is recorded in the com- 
5 munication queue so that the client data can be updated 
when the communication becomes possible. 
[0029] Further preferably, the client storage data 
managing portion will attempt communication with the 
client data at predetermined intervals when the comrnu- 
" nication with the client device is impossible in process- 
ing of updating the client data. 
[0030] Further preferably, the server data stored in the 
server data storing portion is assigned a degree of im- 
portance, and the client storage data managing portion 
updates the client data in accordance with the degree 
of importance. 

[0031] Further preferably, the client storage data 
managing portion operates for the client device capable 
of accessing the server data stored in the server data 
20 storing portion to execute selectively updating of the cli- 
ent data or notification to the client device in accordance 
with a type of the client device when the server data is 
updated. 

[0032] In some cases, the client device having an in- 
25 sufficient performance cannot store the client data when 
the server data is updated. In such cases, a notification 
that the server data was updated is provided. In this 
manner, operations can be performed flexibly depend- 
ing on the performance of the client device. 
30 [0033] Further preferably, the client storage data 
managing portion operates for the client device capable 
of accessing the server data stored in the server data 
storing portion to execute selectively updating of the cli- 
ent data or notification to the client device in accordance 
35 with an attribute of the updated server data when the 
server data is updated. 

[0034] Further preferably, the client storage data 
managing portion executes an encryption procedure 
and an authentication procedure when performing com- 
4 o munication with the client device. 

[0035] it is possible to prevent unauthorized access 
and others by an malicious user. 
[0036] Further preferably, access to the server data 
storing portion from a portion other than the client device 
45 is allowed. 

[0037] ft is possible to allow entry into a network of an 
ASP (Application Service Provider) other than the client 
devices. 

[0038] According to further another aspect of the in- 
so vention, a client device includes a client data storing por- 
tion storing client data formed of a part or a whole of 
server data stored in a server data storing portion of a 
data server device; and a control portion connected to 
the client data storing portion, determining whether in- 
55 tended data is stored in the client data storing portion or 
not, and reading the data from the client data storing 
portion or the server data storing portion of the data 
server device based on results of the determination for 
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utilizing the read data. 

[0039] It is possible to utilize the server data storing 
portion of the data server device. Therefore, it is possi- 
ble to utilize a storage capacity larger than an actual 
storage capacity of the client device. 
[0040] Preferably, when the data stored in the client 
data storing portion is deleted, the control portion notify 
the data server device of the deletion. 
[0041] Thereby, the data server device can deletes 
the server data stored in th€ e*ver data storing portion. 
[0042] Further preferably, me control portion will at- 
tempt communication with the data server device at pre- 
determined intervals when communication with the data 
server device is impossible. 

[0043] Further preferably, the control portion changes 
conditions relating to whether the client data stored in 
the client data storing portion can be deleted or not, de- 
pending on an attribute of the server data stored in the 
server data storing portion of the data server device. 
[0044] For example, when the server data is to be uti- 
lized by the client device formed of a mobile telephone, 
it is possible to inhibit deletion of data of a telephone 
book. 

[0045] Further preferably, the control portion changes 
conditions relating to whether the client data stored in 
the client data storing portion can be deleted or not, de- 
pending on an attribute of the client data stored in the 
client data storing portion. 

[0046] Further preferably, the control portion updates 
the server data stored in the server data storing portion 
of the data server device when the client data stored in 
the client data storing portion is updated. 
[0047] Further preferably, the control portion adds the 
server data to the server data storing portion of the data 
server device when the client data is added to the client 
data storing portion. 

[0048] Thereby, the client data and the server data 
can be synchronized with each other. 
[0049] Further preferably, the control portion stores 
an update history in a communication queue when com- 
munication with the data server device is impossible. 
[0050] When the communication with the data server 
device is impossible, the update history is recorded in 
the communication queue. Thereby, the server data can 
be added to the server data storing portion of the data 
server device when the communication becomes pos- 

slDle - 

[0051] Further preferably, when communication with 
the data server device is impossible, the control portion 
will perform the communication after it is detected that 
the communication with the data server device becomes 
p ossible. 

[0052] Further preferably, the client data stored in the 
client data storing portion is assigned a degree of im- 
portance, and the control portion selectively executes 
or does not execute the updating of the server data 
stored in the server data storing portion of the data serv- 
er device based on the degree of importance when the 



client data stored in the client data storing portion is up- 
dated. 

[0053] Further preferably, the client data stored in the 
client data storing portion is assigned a degree of im- 
5 portance, and the control portion selectively adds or 
does not add the server data to the server data storing 
portion of the data server device based on the degree 
of importance when the client data is added to the client 
data storing portion. 
10 [0054] Further preferably, the control portion notifies 
the user of the updating of the client data when the client 
data stored in said client data storing portion is updated 
by reflecting the update of the server data in the server 
data storing portion of the data server device. 
15 [0055] It is possible to call a user's attention. 

[0056] Further preferably, the control portion exe- 
cutes an encryption procedure and an authentication 
procedure for communication with the data server de- 
vice. 

20 [0057] It is possible to prevent unauthorized access 
and others by an malicious user. 
[0058] According to further another aspect of the in- 
vention, a data access system includes the data server 
device described above and the client device described 
25 above. 

[0059] Preferably, the server data stored in the server 
data storing portion of the data server device includes 
an application program. 

[0060] Further preferably, the server data stored in the 
30 server data storing portion of the data server device in- 
cludes a configuration file of the application program. 
[0061] By sharing the configuration file of the pro- 
gram, it becomes easy, for example, to share personal 
setting of a program tool bar and bookmarks between 
35 the client devices of the same user, and to resume a 
game, which was played on a certain client device, on 
another client device. 

[0062] According to further another aspect of the in- 
vention, a data synchronizing method of synchronizing 
40 server data and client data is used in a data access sys- 
tem including a data server device storing the server da- 
ta to be utilized by one or a plurality of client device(s) 
and a con-elation between the server data and the client 
device{s), and a client device connected to the data 
45 server device over a network, and storing the client data 
formed of a part or the whole of the server data. The 
data synchronizing method includes the steps of deter- 
mining a state of matching between the server data 
stored in the data server device and the client data 
so stored in the client device by the data server device; pro- 
viding a notification about data updating to the data serv- 
er device when the client data stored in the client device 
is updated; providing a notification about the fact of up- 
dating of the data to other client device(s) storing data, 
55 as the client data, including an updated portion of the 
data when the data server device receives the notifica- 
tion about the data updating from the client device; and 
updating the client data of the other client device(s). 
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[00B3] Thereby, the client data can be synchronized 
with the server data. 

[0064] According to further another aspect of the in- 
vention, a computer-readable record medium stores a 
program for achieving a data server function by a com* 
puter. The program provides the computer with func- 
tions as a server data storing unit storing server data to 
be utilized by one or a plurality of client device(s) and a 
correlation between the server data and the dient de- 
vice(s), and a client storage data managing unit for man- 
aging client data currently stored in the client device. 
[0065] According to further another aspect of the in- 
vention, a computer-readable record medium stores a 
program for achieving a data server function by a com- 
puter. The program provides the computer with func- 
tions as a server data storing unit storing server data to 
be utilized by one or a plurality of client device(s) and a 
correlation between the server data and the client de- 
vice(s), and a client storage data managing unit for man- 
aging client data currently stored in the client device, 
and updating the client data currently stored in the client 
device capable of accessing the server data stored in 
the server data storing means when the server data is 
up dated. 

[0066] Updating processing can be effected on only 
the client devices currently storing a portion of the data, 
which is updated in the data server device. Therefore, 
the network traffic does not increases. Further, the serv- 
er data storing portion stores the server data to be uti- 
lized by the client device. Therefore, the client device 
can utilize information much larger in amount that an ac- 
tual storage capacity. 

[0067] According to further another aspect of the in- 
vention, a computer-readable record medium stores a 
program for achieving a client function by a computer. 
The program provides the computer with functions as a 
client data storing unit storing client data formed of a 
part or the whole of server data stored in a server data 
storing portion of a data server device, and a control unit 
for determining whether the client data storing portion 
has stored intended data or not, and reading the data 
from the server data storing portion of the data server 
device or the data server device based on a result of the 
determination for utilizing the data. 
[0068] The server data storing portion of the data 
server device can be utilized. Therefore, ft is possible to 
utilize a storage capacity exceeding an actual storage 
capacity of the computer achieving the client function. 
[0069] According to further another aspect of the in- 
vention, a data server device includes a server data stor- 
ing portion storing server data to be utilized by one or a 
plurality of client device(s) and a correlation between the 
server data and the client device(s), and a processing 
determining portion connected to the server data storing 
portion for determining processing for the client data 
stored in the client device based on the correlation. 
[0070] When the data server device receives a client 
data update notification from the client device, and up- 



dates the server data based on the received notification, 
processing is performed, for example, to extract the cli- 
ent devices for reflecting the updating based on the cor- 
relation between the server data and the client device. 
5 Information for updating the client data is sent only to 
the extracted client devices. Therefore, the client data 
stored in the client devices requiring the updating can 
be updated based on the predetermined correlation. 
[0071 ] Further preferably, the data server device f ur- 
10 ther includes a client device data storing portion storing 
client device data representing features of the client de- 
vices. The client devices fall into a plurality of categories 
based on the client device data. The server data fall into 
a plurality of data categories based on the server data. 
is The server data storing portion establishes correspond- 
ence between the data categories and the device cate- 
gories. By establishing the correspondence between 
the server data and the client devices, the server data 
storing portion stores the correlation between the server 
*o data and the client device. 

[0072] For example, the client devices fall into the plu- 
rality of device categories based on file formats of im- 
ages, which can be displayed by the devices, and the 
server data representing the images fall into the plurality 
25 of data categories based on the file formats. Based on 
the correlation between the data categories and the de- 
vice categories, the client devices capable of displaying 
the image data are extracted, and the image data stored 
in the extracted client devices can be updated. 
30 [0073] Further preferably, the data server device fur- 
ther includes a user data storing portion storing user da- 
ta representing features of users using the client devic- 
es. The users fall into a plurality of user categories 
based on the user data. The server data fall into a plu- 
35 rality of data categories based on the server data. The 
server data storing portion establishes the correspond- 
ence between the data categories and the user catego- 
ries, and stores the correlation between the server data 
and the client devices. 
*o [0074] For example, the users using the client devices 
fall into a plurality of user categories based on user's 
favorite foods and drinks, and server data for showing 
restaurants fall into a plurality of data categories based 
on the foods and drinks. When the server data showing 
« the foods and drinks is updated, processing is per- 
formed to extract the users, who like the foods and 
drinks provided by the restaurants in the updated server 
data, and the server data stored in the client devices 
used by the extracted users can be updated. 
so [0075] Further preferably, the server data fall into the 
plurality of data categories based on at least one of a 
type of an application utilizing the server data, a degree 
of importance of the data and a data notifying method. 
[0076] When the server data is updated in accord- 
55 ance with a request made by the client device, process- 
ing to be effected on the client data is determined, e.g... 
based on the data category determined based on the 
degree of importance of the server data. 
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[0077] Further preferably, the client devices fall into 
the plurality of device categories based on at least one 
of a type of the client device, a display performance of 
the client device and a type of a communication path 
between the data server device and the client device. 
[0078] When the server data is updated in accord- 
ance with a request made by the client device, process- 
ing to be effected on the client data is determined, e.g., 
based on the device category determined based on the 
type of the client device. 

[0079] Further preferably, the users fall into the plu- 
rality of user categories based on at least one of a group 
containing the user, liking of the user and user's setting 
information in the client device. 
[0080] When the server data is updated in accord- 
ance with a request made by the client device, process- 
ing to be effected on the client data is determined, e.g., 
based on the user category determined based on the 
group of the user using the client device. 
[0081] Further preferably, the group containing the 
user can be prepared, edited and deleted by the client 
devices. The data server device further includes an in- 
quiring portion sending an inquiry to the related client 
device about whether registration in a new group is pos- 
sible or not, when the new group is prepared, and a 
group registering portion responding to the inquiry by 
the inquiring portion by registering, in the new group, the 
user of the client device responding that the registration 
is possible. 

[0082] The processing to be effected on the client da- 
ta is determined based on the user categories. When 
the new group for classifying such user categories is 
prepared, an inquiry is sent to the client devices. Only 
the users responding to such inquiry are registered in 
the new group. Such a situation does not occur that the 
user is placed in the new group without noticing it. 
[0083] Further preferably, the processing determining 
portion determines processing such that data updating 
the client data currently stored in the client device as 
well as notification information representing a method 
determined based on the correlation for notifying the us- 
er about the fact of updating of the client data are sent 
to the client device extracted based on the correlation. 
[0084] The notifying method of notifying the user of 
the client device about the data updating is determined 
based on the correlation. Thereby, the notifying method 
can be selected, e.g., from alarming at a high-volume 
level, a beep, only display and others based on, e.g., 
the degree of importance of the server data. 
[0085] Further preferably, the processing determining 
portion determines processing such that data updating 
the client data currently stored in the client device as 
well as erasing information representing a method de- 
termined based on the correlation for erasing the updat- 
ed client data are sent to the client device extracted 
based on the correlation. 

[0086] For the user of the client device, the method of 
erasing the data is determined based on the correlation. 



Thereby, the data erasing method can be selected from 
a method of erasing the data after one day from the up- 
dating, a method of erasing the data after one week from 
the updating and others, based on the degree of impor- 
5 tance of the server data. 

[0087] According to further another aspect of the in- 
vention, a client device includes a client data storing por- 
tion storing client data formed of a part or the whole of 
server data stored in a server data storing portion of a 
10 data server device; a receiving portion receiving update 
information including updated client data and notifica- 
tion information from the data server device; a notifying 
portion notifying a user of the client device that the client 
data was updated; and a control portion connected to 
is the client data storing portion, the receiving portion and 
the notifying portion, and controlling the client data stor- 
ing portion and the notifying portion to store the updated 
client data included in the update information received 
by the receiving portion in the client data storing portion, 
20 and notify the user about the updating of the client data, 
based on the notification information included in the up- 
date information. 

[0088] Based on the update information received from 
the data server device, the client device sends a notrfi- 
25 cation by alarming at a high-volume level, a beep, only 
display or the like. 

[0089] According to further another aspect of the in- 
vention, the client device includes a client data storing 
portion storing client data formed of a part or the whole 
30 of server data stored in a server data storing portion of 
a data server device; a receiving portion receiving up- 
date information including updated client data and erase 
information from the data server device; and a control 
portion connected to the client data storing portion and 
35 the receiving portion, and controlling the client data stor- 
ing portion to store the updated client data included in 
the update information received by the receiving portion 
in the client data storing portion, and erase the client 
data stored in the client data storing portion based on 
40 the erase information Included in the update informa- 
tion. 

[0090] Base on the update information received from 
the data server device, the client device can erase the 
updated client data. 
45 [0091] According to further another aspect of the in- 
vention, a data synchronizing method is used for syn- 
chronizing server data and client data with each other 
in a data access system including a data server device 
storing the server data to be utilized by one or a plurality 
50 of client device(s) and a correlation between the server 
data and the client device(s), and the client devices con- 
nected to the data server device and storing the client 
data formed of a part or the whole of the server data. 
The data synchronizing method includes the steps of 
55 notifying, by the client device, the data server device 
about updating of the client data when the client data 
stored in the client device is updated; extracting the cli- 
ent device as a receiver of information relating to the 
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updating of the client data based on the correlation when 
the data server device is notified if the data updating by 
the client device; sending, by the data server device, the 
information relating to the update of the client data to 
the extracted client device to the data server device; re- s 
ceiving the information relating to the update and sent 
from the data server device by the client device; and up- 
dating the client data by the client device based on the 
received information relating to the update. 
[0092] Thereby, the client data and the server device w 
can be synchronized with each other based on the cor- 
relation prestored in the data server device. 
[0093] Further preferably, the step of sending the in- 
formation relating to the update by the data server de- 
vice includes a step of sending update information in- is 
eluding data updating the client data currently stored in 
the client device and notification information represent- 
ing a method, determined based on the correlation, of 
notifying the user about the fact of the update of the cli- 
ent data. The data synchronizing method further in- 20 
eludes a step of notifying the user about the updating of 
the client data based on the notification information in- 
cluded in the update information. 
[0094] Based on the update information received from 
the data server device, the client device can send a no- 25 
tification by alarming at a high-volume level, a beep, only 
display or the like. 

[0095] Further preferably, the step of sending the in- 
formation relating to the update by the data server de- 
vice includes a step of sending update information in- 30 
eluding data updating the client data currently stored in 
the client device and erase information representing a 
method, determined based on the correlation, of erasing 
the updated client data. The data synchronizing method 
further includes a step of erasing the updated client data 35 
based on the erase information included in the update 
information. 

[0096] Based on the update information received from 
the data server device, the client device can erase the 
updated client data. 40 
[0097] According to further another aspect of the in- 
vention, a computer-readable record medium stores a 
program for achieving a data server function by a com- 
puter. The program provides the computer with func- 
tions as a server data storing unit storing server data to 45 
be utilized by one or a plurality of client device(s) and a 
correlation between the server data and the client de- 
vice(s), and a processing determining unit for determin- 
ing processing to be effected on the client data stored 
in the client device based on the correlation. so 
[0098] When the server data is updated based on the 
client data update notification provided from the client 
device t processing, e.g., of extracting the client devices, 
on which the update must be reflected, is performed 
based on the correlation between the server data and ss 
the client device. Information for updating the client data 
is sent only to the client device thus extracted. Since 
network traffic does not increase, it is possible to update 



the client data, which is stored in the client device and 
is to be updated, based on the predetermined correla- 
tion. 

[0099] According to further another aspect of the in- 
vention, a computer-readable record medium stores a 
program for achieving a client function by a computer. 
The program provides the computer with functions as a 
client data storing unit storing client data formed of a 
part or the whole of server data stored in a server data 
storing portion of a data server device, a receiving unit 
receiving update information including updated client 
data and notification information from the data server 
device, a notifying unit notifying a user of the client de- 
vice that the client data was updated, and a control unit 
controlling the client data storing unit and the notifying 
unit to store the updated client data included in the up- 
date information received by the receiving unit in the cli- 
ent data storing unit, and notify the user about the up- 
dating of the client data based on the notification infor- 
mation included in the update information. 
[01 00] Based on the update information received from 
the data server device, the client device sends a notifi- 
cation by alarming at a high-volume level, a beep, only 
display or the like. 

[0101] According to further another aspect of the in- 
vention, a computer-readable record medium stores a 
program for achieving a client function by a computer. 
The program provides the computer with functions as a 
client data storing unit storing client data formed of a 
part or the whole of server data stored in a server data 
storing unit of a data server device, a receiving unit re- 
ceiving update information including updated client data 
and notification information from the data server device, 
and a control unit controlling the client data storing unit 
to store the updated client data included in the update 
information received by the receiving unit in the client 
data storing unit, and erase the client data stored in the 
client data storage unit based on the erasing information 
included in the update information. 
[01 02] Based 0 n the update information received from 
the data server device, the client device can erase the 
updated client data. 

Brief Description of the Drawings 
[0103] 

Fig. 1 is a block diagram showing a structure of a 
data access system according to a first embodiment 
of the invention. 

Fig. 2 is a block diagram showing a structure of a 
data server device according to the first embodi- 
ment. 

Fig. 3 is a block diagram showing a structure of a 
client device according to the first embodiment. 
Figs. 4A and 4B show outer appearances of the cli- 
ent device according to the first embodiment. 
Fig. 5 is a flowchart of a whole operation of the data 
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server device according to the first embodiment. 
Fig. 6 is a flowchart of processing of reflecting up- 
dated data in another client device by the data serv- 
er device according to the first embodiment. 
Fig. 7 is a flowchart of processing of reflecting up- $ 
date of general data by the data server device ac- 
cording to the first embodiment. 
Fig. 8 is a flowchart of a whole operation of the client 
device according to the first embodiment. 
Fig. 9 is a flowchart of the data update processing ™ 
performed in the client device due to the data server 
device according to the first embodiment. 
Fig. 1 0 is a flowchart of the data update processing 
performed in the client device due to the client de- 
vice according to the first embodiment. 1 5 
Fig. 1 1 is a flowchart of sever data update process- 
ing performed by the client device according to the 
first embodiment. 

Fig. 1 2 illustrates by way of example a relationship 
between the server data and the client data accord- *> 
ing to the first embodiment. 
Fig. 13 illustrates, by way of example, storage for- 
mats of the server data in the data server device 
according to the first embodiment. 
Fig. 14 illustrates, by way of example, storage for- 25 
mats of terminal data in the data server device ac- 
cording to the first embodiment. 
Fig. 15 illustrates, by way of example, storage for- 
mats of group data in the data server device accord- 
ing to the first embodiment. 
Fig. 16 illustrates formats of a server data update 
notification sent from the client device for updating 
the server data stored in the data server device. 
Fig. 17 illustrates, by way of example, processing 
of updating the data in the data access system ac- 35 
cording to the first embodiment. 
Fig. 18 illustrates an example of an address book 
data according to the first embodiment. 
Fig. 19 illustrates another example of the address 
book data according to the first embodiment. 40 
Fig. 20 illustrates still another example of the ad- 
dress book data according to the first embodiment. 
Fig. 21 illustrates yet another example of the ad- 
dress book data according to the first embodiment. 
Fig. 22 illustrates further another example of the ad- ** 
dress book data according to the first embodiment. 
Fig. 23 illustrates still further another example of the 
address book data according to the first embodi- 
ment. 

Fig. 24 illustrates, by way of example, processing » 
of updating album data in the data access system 
according to the first embodiment. 
Fig. 25 illustrates, by way of example, processing 
of sending mails in the data access system accord- 
ing to the first embodiment. 5 
Figs. 26 and 27 illustrate, by way of example, server 
data in the mail sending processing according to the 
first embodiment. 



Figs. 28 - 31 illustrate, by way of example, the serv- 
er data in the mail sending processing according to 
the first embodiment. 

Fig. 32 illustrates, by way of example, chat process- 
ing in the data access system according to the first 
embodiment. 

Fig. 33 illustrates, by way of example, schedule da- 
ta update processing in the data access system ac- 
cording to the first embodiment. 
Fig. 34 is a flowchart of updated data reflecting 
processing in the client device according to the first 
embodiment. 

Fig. 35 illustrates, by way of example, client data at 
the time of data deleting processing according to 
the first embodiment. 

Fig. 36 is a block diagram illustrating another struc- 
ture of the data access system according to the first 
embodiment. 

Fig. 37 is a flowchart of a whole operation of the 
data server device according to a first modification 
of the first embodiment. 

Fig. 38 is a flowchart of a whole operation of the 
data server device according to a second modifica- 
tion of the first embodiment. 
Fig. 39 illustrates, by way of example, a relationship 
between the server data and the client data accord- 
ing to the second embodiment of the invention. 
Fig. 40 illustrates, by way of example, the storage 
formats of the server data in the data server device 
according to the second embodiment. 
Fig. 41 illustrates, by way of example, the storage 
formats of the terminal data in the data server de- 
vice according to the second embodiment. 
Fig. 42 illustrates, by way of example, the storage 
formats of user data of a user using the data server 
device according to the second embodiment. 
Figs. 43 and 44 illustrate, by way of example, the 
storage formats of the processing table stored in the 
data server device according to the second embod- 
iment 

Bg. 45 illustrates contents of the server data storing 
portion in the data server device according to a third 
embodiment. 

Fig- 46 illustrates a manner of propagation of struc- 
tured object structured in the third embodiment. 
Figs. 47 to 50 illustrate tables and rules for object 
update processing. 

Fig. 51 illustrates a manner of deleting elements of 
the object structured in the third embodiment. 

Best Modes for Carrying Out the Invention 

[0104] Embodiments of the invention will now be de- 
scribed with reference to the drawings. In the following 
description, the same parts bear the same reference 
numbers as well as the same names, and achieve the 
same functions. Therefore, description thereof is not re- 
peated. 



8 



15 



EP 1 387 272 A1 



16 



First Embodiment 

[0105] Referring to Fig. 1 , a data access system ac- 
cording to a first embodiment includes client devices 1 0, 
which are connected to a network 5 such as the Internet,' 
and are used by users for registering and displaying da- 
ta, e.g. , of schedules and memos, as well as a data serv- 
er device 1 managing the data, which is currently stored 
in client devices 10. 

[0106] Referring to Fig. 2, data server device 1 in- 
cludes a server data storing portion 3 storing server data 
to be utilized by each client device 10, a client storage 
data managing portion 2 managing the data currently 
stored in each client device 10, and a communication 
portion 4 connected to network 5 and client storage data 
managing portion 2 for communication with each client 
device 10. 

[01 07] Referring to Fig. 3, client device 1 0 includes a 
communication portion 11 performing communication 
with data server device 1 over network 5, a client data 
storing portion 1 2 storing a part or the whole of the serv- 
er data stored in server data storing portion 3 of data 
server device 1 , and storing, in some cases, data unique 
to client device 1 0, an output portion 13 formed of a dis- 
play device (not shown) displaying character informa- 
tion and picture information for the user as well as a loud 
speaker outputting sounds and voices, an input portion 
14 formed of a keyboard, buttons, a camera and/or a 
microphone, and a control portion 15 connected to out- 
put portion 13, input portion 14 and the display device 
for controlling these portions and device. 
[0108] It can be envisaged to use client device 10 
formed of a PDA (Personal Digital Assistants) shown in 
Fig. 4A or a cellular phone shown in Rg. 4B. 
[0109] In the above structure, it is assumed that client 
data storing portion 12 of each client device 10 has 
stored a part or the whole of the server data stored in 
server data storing portion 3 of data server device 1 . 
Thus, client device 1 0 appropriately downloads required 
server data from data server device 1 , and stores it in 
client data storing portion 12. In principle, client data 
storing portion 12 of client device 10 stores data, which 
was used relatively recently. Old data as well as data of 
less importance are successive ly deleted from client da- 
ta storing portion 12. Owing to the above manner, the 
user can utilize client device 10 as if client device 1 0 is 
internally provided with server data storing portion 3 
having a large structure capacity of data server device 1 . 
[0110] For example, if client device 10 has a function 
of a cellular phone, data of a telephone book is not de- 
leted from client data storing portion 12. In this manner, 
the data is handled in accordance with predetermined 
rules depending on situations, types of data or the (ike. 
Further, control portion 15 of client device 10 is config- 
ured to notify data server device 1 about the execution 
of deleting processing when such processing is execut- 
ed in client data storing portion 12. Client storage data 
managing portion 2 of data server device 1 performs 



management for each client device 10 to determine a 
portion of the server data, which is stored in client data 
storing portion 12 of each client device 10. 
[0111] Referring to Figs. 5 to 7, description will now 
5 be given on a control structure of a program for achiev- 
ing the functions of data server device 1 . 
[0112] Referring to Fig. 5, a whole flow of control of 
data server device 1 is as follows. 
[0113] Data server device 1 waits for communication 
10 from client device 1 0 (S1 01 ). When the communication 
is established (Yes in S101), it is determined whether 
the communication data provided from client device 10 
requires update of the server data stored in server data 
storing portion 3 of data server device 1 or not (S102). 
15 [0114] If the communication data requires the updat- 
ing of server data (Yes in S102), client storage data 
managing portion 2 checks consistency of the update 
request for the server data (S103). This checking of the 
consistency is performed, for example, by determining 
20 whether a right to access the data to be updated is 
present or not, whether a conflict has occurred or not, 
e.g. , due to editing in multiple portions (e.g., due to such 
a situation that the server data forming a base of the 
update data was already updated when the update data 
& was transferred to client device 10). 

[01 1 5] When the consistency is present (Yes in S1 03), 
client storage data managing portion 2 updates the cor- 
responding server data stored in server data storing por- 
tion 3 of data server device 1 . At the same time, the date 
30 and time of the last update of the server data are updat- 
ed (S104). Client storage data managing portion 2 ef- 
fects reflecting processing, which is based on the up- 
dated server data, on client devices 1 0 except for client 
device 10 sending this update data (S105). This 
35 processing will be described later in greater detail. 
When the reflecting processing (S105) ends, data serv- 
er device 1 returns to the processing (S101) of waiting 
for next communication. 

[0116] When the communication data is not the up- 
^0 date requestforthe server data (No in S102), client stor- 
age data managing portion 2 of data server device 1 de- 
termines whetherthe communication data notifies about 
restoration of connection of client device 10 or not (S 
106). 

« [0117] When the communication data notifies about 
the restoration of connection of client device 10 (Yes in 
S106), client storage data managing portion 2 deter- 
mines whether a terminal communication queue relating 
to client device 10 is present or not (S107). When the 
50 terminal communication queue is present (Yes in S107), 
communication portion 4 performs communication ac- 
cording to contents thereof for updating the client data 
stored in client data storing portion 12 of client device 
1 0 (S1 08), and data server device 1 returns to process- 
5 5 ing (S101) of waiting for next communication. If the ter- 
minal communication queue to client device 1 0 is empty 
(No in S1 07), data server device 1 performs no process- 
ing and returns to processing (S101) of waiting for next 
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communication. 

[01 1 8] Exceptional processing (S 1 09) is performed in 
such a case that the communication data sent from cli- 
ent device 10 is an update request, and consistency is 
not present (Yes in S102 and No in S103), or in such a 
case that the communication data is neither a data up- 
date request nor connection restoration (No in S1 02 and 
No in S106). For example, the exceptional processing 
is such processing that is performed when the determi- 
nation of the consistency ended in failure, and thereby 
is performed by sending a reason of the failure to client 
device 10 and inquiring about subsequent processing 
intended by the user. Also, the exceptional processing 
may be user registering processing, which is performed 
when the communication data is neither data update nor 
connection restoration, and is communication request- 
ing user registration of new client device 10. 
[0119] Referring to Fig. 6, reflecting processing 
(S1 05) effected on client devices 1 0 except for client de- 
vice 10 sending the foregoing update data will now be 
described in greater detail. 

[0120] When the update data sent from client device 
1 0 and received by data server device 1 is general data 
such as schedule data or album data, which does not 
include special communication processing (Yes in 
SA01), client storage data managing portion 2 of data 
server device 1 performs update processing of the gen- 
eral data (SA02). The update processing of the general 
data will be described later in greater detail. 
[01 21] When the update data is mail data (No in SA01 
and Yes in SA03), update processing of the mail data is 
performed (SA04). In the mail data update processing, 
one or a plurality of client devices 10, to which the mail 
data is to be distributed, are determined according to 
destination information included in the update data. 
Communication portion 4 sends the update data to client 
data storing portion 12 of each client device 10 to store 
the mail data as new mail data. In the case where the 
user of client device 1 0, which sent the mail, owns a plu- 
rality of client devices 10, the update data is likewise 
sent to these plurality of client devices 1 0 to register the 
mail data as a sent mail (SA04). Client device 10, which 
received the update data as the destination of the mail 
data, performs the processing to notify the user about 
the data as a new mail. 

[0122] When the update data is chat data (No in 
SA01 , No in SA03 and Yes in SA05), update processing 
of the chat data is performed. In the update processing 
of the chat data, one or a plurality of client devices 10 
are determined as a distribution destination (s) accord- 
ing to the information about the chat members included 
in the update data. Communication portion 4 sends the 
update data to client data storing portion 12 of each cli- 
ent device 10 to keep the chat data as new chat data 
(SA06). Client device 10 receiving the chat data appro- 
priately performs the processing of displaying the chat 
data on a chat screen. 

[0123] If the update data is neither the mail data nor 



the chat data (No in SA01 , No in SA03 and No in SA05), 
processing predetermined for such data is performed 
(SA07). 

[0124] Referring to Fig. 7, if the update data sent from 
5 client device 1 0 and received by data server device 1 is 
general data, the update processing (SA02) of the gen- 
eral data is performed as described below in greater de- 
tail. 

[0125] Client storage data managing portion 2 of data 
10 server device 1 determines whetherthe general data to 
be updated is the data to be shared by client devices 1 0 
other than client device 10, which sent the update data, 
or not (SB01). If there is no client device 10 sharing the 
data (No in SB01) ; nothing is executed in this process- 
's ing. 

[01 26] If a plurality of client devices 1 0 sharing the da- 
ta are present (Yes in SB01), one of client devices 1 0 is 
selected (SB02). If only one client device 10 is sharing 
the data (Yes in SB01), this client devices 1 0 is selected 
20 (SB02). Then, it is determined whether a notification 
about this data update is to be sent to selected client 
device(s) 10 or not (SB03). This determination is per- 
formed as follows. First, it is determined whetherthe cor- 
responding client data is currently stored in client data 
25 storing portion 1 2 of client device 1 0 or not. If the corre- 
sponding data is not currently stored, It is determined in 
principle that updating of the client data in client device 
1 0 is not required. However, the above is not true if the 
degree of importance assigned to the update data is 
30 high , or user's setting requires the updating If client data 
storing portion 1 2 of client device 1 0 has stored the cor- 
responding client data, it is determined in principle that 
the updating of the client data of this client device 1 0 is 
required. However, the above is not true If the degree of 
35 importance assigned to the update is high, or a cost of 
communication with client device 10 is high. In the 
processing of selecting client device 10 (SB02), client 
device 1 0, which was connected last to the server, may 
be selected first. Thereby, the notification can be sent 
40 first to client device 10, which is most likely to be used 
currently by the user. This improves the convenience. 
[01 27] When the determination (SB03) about the ne- 
cessity of notification is performed and the necessity of 
notification is not necessary (No in SB03), checking 
45 processing (SB01 ) starts to determine whether there is 
further another client device 10 to be shared or not. 
When it is determined that the notification is required 
(Yes in SB03), it is then determined whether processing 
must be effected on the update data to be sent to client 
so device 10 or not (SB04). This determination is per- 
formed as follows. Such a case may occur that the per- 
formance required for representing contents of the up- 
date data exceeds the performance of expression of cli- 
ent device 10. Thus, such a case may occur that the 
55 update notification of a color image of 24-bit color is pro- 
vided to client device 1 0 capable of display in 8-bit color, 
or that notification about only a summary of update con- 
tents is to be provided when the data size exceeds a 
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predetermined value, according to user's presetting. In 
these cases, it is determined that manipulation or 
processing of the data is required. If no problem is 
present in contents of the update data in connection with 
user's setting, expression performance of client device 
10 and a communication path, it is determined that 
processing of the data is not required. When it is deter- 
mined that data processing is necessary (Yes in SB04), 
communication with client device 10 starts (SB06) after 
processing the communication data (SB05). If it is de- 
termined that the manipulation is not required (No in 
SB04), the communication with client device 10 imme- 
diately starts (SB06). 

[01 28] When an operation for communication with cli- 
ent device 10 starts, and a communication path is suc- 
cessfully established (Yes in SB07), the notification 
about the update of data is provided to client device 1 0 
(SB0B). When establishment of the communication path 
ends in failure (No in SB07), processing (SB09) of add- 
ing this update notification to a terminal communication 
queue for client device 10 is performed, and checking 
processing (SB10) is performed to check whether fur- 
ther another client device 1 0 sharing the data is present 
or not. If client device(s) 10 sharing the data are further 
left (Yes in SB1 0), processing returns to SB02, and the 
foregoing processing, which starts from selection of cli- 
ent device 10 not yet subjected to the update process- 
ing, is successively repeated (No in SB1 0). If another 
client device 1 0 sharing the data is not left when starting 
the above processing (No in SB10), data server device 
10 returns to processing (S101 in Fig. 5) of waiting for 
next execution of communication. In the above process- 
ing, the communication with client device 1 0 and the up- 
dating of the terminal data are immediately attempted 
when update of the terminal data is required. However, 
in the case, e.g., of low importance, only addition to the 
terminal communication queue may be performed with- 
out immediately attempting the communication. 
[0129] In these communication processing, encryp- 
tion processing and/or terminal authentication proce- 
dures are performed for preventing unauthorized ac- 
cess and others by an malicious user. In all communi- 
cation by data server device 1 and client devices 10, 
which will be described hereinafter, encryption process- 
ing and authentication procedures are appropriately 
performed if confidentiality must be ensured in the com- 
munication. However, the encryption and authentication 
procedures are known arts, and therefore, description 
thereof is not repeated. 

[01 30] Referring to Fig. 8, an operation of client device 
1 0 will now be described. 

[0131] Control portion 1 5 of client device 10 performs 
client data update processing (S202) of client device 1 0 
due to data server device 1 when it receives a data up- 
date request from data server device 1 via network 5 
and communication portion 1 1 (Yes in S201 ). The client 
data update processing will be described later in greater 
detail. 



[0132] When an user's operation detected by input 
portion 14 causes an update request for the client data 
(No in S201 and Yes in S203), the data update process- 
ing due to client device 10 is performed (S204). This 
5 processing will be described later in greater detail. 
[0133] If neither the data updating by the server nor 
the data updating by the user's operation is performed 
(No in S201 and No in S203), a communication path 
checking will be performed periodically at time intervals 
w of 30 minutes. When the server communication queue 
is present (Yes in S205), the communication to the serv- 
er starts (S206). During a period other than the time for 
communication path checking, or when the communica- 
tion path is checked and the server communication 
™ queue is not present (No in S205), processing returns 
toS201. 

[01 34] When connection to the server starts in S206, 
and the communication path is successfully established 
(Yes in S207), processing is performed to send the data 
20 stored in the server communication queue to data server 
device 1 (S208). After S208, or when establishment of 
the communication path ends in failure (No in S207), the 
processing returns to S201 . 

[01 35] Referring to Fig. 9, description will now be giv- 
25 en on the data update processing due to data server 
device 1 (S202 in Fig. 8). 

[0136] In response to the data update request, which 
is transmitted from data server device 1 via network 5 
and communication portion 11, control portion 15 up- 
30 dates the data stored in client data storing portion 1 2 of 
client device 10 (S305). When the contents of updating 
are addition of new data, the new data is added to client 
data storing portion 12, and processing of reflecting the 
update data is performed. This processing will also be 
35 described later in greater detail. 

[01 37] According to the attribute of the data, it is then 
determined whether the notification is necessary or not 
(S306). When the notification is necessary (Yes in 
S306), the notification about the update is provided to 
4* an application utilizing this data. When the application 
is not running, the notification may be provided after 
booting the application utilizing this data, or after booting 
the application for providing the update notification, 
when necessary. At the same time, the notification may 
45 be provided to the user by beeping, changing and icon 
or the like (S307). For this notification, the level of at- 
tracting a user's attention may be changed depending 
on the degree of importance of the data, which will be 
described later, or a type of the data. This change may 
so be performed, e.g., by varying the degree of change of 
the icon, turning on/off of the alarm sound, or changing 
a volume of the alarm sound. In S306, a notification is 
not provided to the users if the change is, e.g., a correc- 
tion of an error in data of a time table data, and does not 
55 particularly require the notification to the users. 

[0138] Referring to Fig. 1 0, description will now be giv- 
en on the data update processing (S204 in Fig. 8) due 
to client device 10. 
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[01 39] Based on the data, which is updated or newly 
provided by input portion 14, control portion 15 updates 
the data in client data storing portion 12, or newly adds 
the data to client data storing portion 12. Thereby, the 
processing of reflecting the update data is performed 
(S301 ). This processing will be described later in greater 
detail. 

[0140] Control portion 15 determines the attnbute or 
the updated data (S302), and determines whether the 
server data managed in data server device 1 must be 
updated instead of the data to be stored uniquely to cli- 
ent device 10 or not (S303). It is determined that the 
updating of the server data is not necessary if the data 
belongs only to a designated user and is unique to client 
device 1 0. For the general user data, however, the serv- 
er device is to be updated. 

[0141] If the updating of the server device is required 
(Yes in S303), update is effected on the server data 
managed in data server device 1 via communication 
portion 11 and network 5 (S304). Thereafter, the 
processing returns to S201 in Fig. 8. If the updating of 
the server data is not required (No in S303) , the process- 
ing returns to S201 . 

[01 42] Referring to Fig. 1 1 , description will now be giv- 
en on the processing (S304 in Fig. 10) of updating the 
server data of data server device 1 by client device 10. 
[0143] It is determined whether the updating of server 
data is immediately required or not, based on a prede- 
termined algorithm such as importance, types and oth- 
ers of the data (SC01). 

[01 44] When it is determined that updating of the serv- 
er data is immediately required (Yes in SC01), control 
portion 15 of client device 1 0 starts the communication 
with data server device 1 via communication portion 11 
(SC02). 

[0145] When the communication path is successfully 
established (Yes in SC03), control portion 15 provides 
a notification to update the corresponding data in server 
data storing portion 3 of data server device 1 (SC04). 
[01 46] When it is determined that immediate updating 
of the server device is not required (No in SC01), or 
when establishment of the communication path ends in 
failure (No in SC03), control portion 15 adds this update 
processing request to the server communication queue 
(SC05). This server communication queue will be proc- 
essed later in the foregoing step S208. This processing 
avoids a problem, e.g., as follows. If the updating of the 
server data is not immediately required in response to 
the updating of data by the client device, an editing op- 
eration can be continuously performed multiple times. 
This can avoid such a problem that the server data is 
edited in response to every edition, and thereby a com- 
munication charge increases. 
[0147] In the above communication, encryption 
processing and user authentication procedures are per- 
formed for preventing unauthorized access and others 
by an malicious user. 

[0148] Actual operations of the embodiment will now 



be described in greater detail in connection with the 
states of data and the steps. In the following description, 
the client device may be merely referred to as a "termi- 
nal" in some cases. 
5 [0149] Fig. 12 conceptually illustrates, by way of ex- 
ample, a relationship between the server data stored in 
server data storing portion 3 of data server device 1 in 
this embodiment and the client data stored in client data 
storing portions 12 of the plurality of client devices 10. 
10 [01 50] In this embodiment, it is assumed that the sys- 
tem is utilized by three persons Taro SUZUKI", "Hanako 
SUZUKI" and "Jiro TANAKA". "Taro SUZUKI" and 
"Hanako SUZUKI" have been married, and both belong 
to a group 220 called "SUZUKI family", which is man- 
15 aged in data server device 1 . Taro SUZUKI" and "Jiro 
TANAKA" belong to an amateur skiers' group 221 , which 
is likewise managed in data server device 1 . 
[0151] Taro SUZUKI" owns client devices, i.e., termi- 
nals A206 and B207, "Hanako SUZUKI" owns terminals 
20 C208 and D209, and "Jiro TANAKA" owns terminals 
E210 and F211. 

[0152] In this case, server data storing portion 3 of da- 
ta server device 1 manages, as a data set, the server 
data of "Hanako SUZUKI" personal data 201 , Taro SU- 
25 ZUKI" personal data 202, "SUZUKI family" data 203, 
amateur skiers' group data 204 and "Jiro TANAKA" per- 
sonal data 205. It is assumed in Fig. 12 that a correla- 
tion, which can be expressed by coupling with straight 
lines, is present between data sets of the server data in 
30 data server device 1 and client data in client devices 10. 
[0153] For example, client data storing portion 12 of 
terminal A206 held by Taro SUZUKI" has stored a part 
of server data, which is managed as the server data in 
data server device 1 , and relates to each of Taro SU- 
35 ZUKI" personal data 202, "SUZUKI family" data 203 and 
amateur skiers' group data 204. 
[0154] Fig. 13 illustrates, by way of example, data 
storage formats of the server device stored in server da- 
ta storing portion 3 of data server device 1 . This example 
40 is based on the relationship between the respective us- 
ers, terminals and groups illustrated in Fig. 12. 
[0155] In th is embodiment, it is assumed that each cli- 
ent device 10 is loaded with a schedule application for 
managing personal and group schedules, an address 
45 book application for managing telephone numbers and 
addresses of acquaintances and friends, a mail appli- 
cation for sending and receiving e-mails and for manag- 
ing received and sent mails, an album application for 
managing photograph and movie data, a chat applica- 
50 tion for achieving a chat in real time between predeter- 
mined members, e.g., on a character base, and a news 
application for appropriately obtaining and managing 
weather forecasts, newsflashes and others. The server 
data, to which each client device 1 0 is referred, is stored 
55 in formats illustrated in Fig. 13. 

[0156] The data unit forming each row in Fig. 13 will 
be referred to as a "data entry" hereinafter. Each data 
entry includes data contents 301 of each data entry as 



12 



23 



EP 1 387 272 A1 



24 



well as an application attribute 302 representing an ap- 
plication handling the data entry, a belonging group at- 
tribute 303 indicating the group, to which the data entry 
belongs, a use terminal attribute 304 representing a ter- 
minal using the data entry, a storage terminal attribute . 
305 representing a terminal, which has stored the data 
entry, and an importance attribute 306 representing a 
degree of importance of the data entry. The data entries 
are classified based on the attributes of the data entries, 
and the data entries having the attributes of the same > 
value are placed in the same category. In view of a table 
in Fig. 1 5, which will be described later, It is not essential 
to assign belonging group attribute 303 to each data. In 
this embodiment, however, attribute 303 is assigned for 
easy understanding. Use terminal attribute 304 can be * 
derived from tables in Figs. 14 and 15 to be described 
later, and therefore, it is not essential to assign it as the 
attribute of each data. In this embodiment, however, at- 
tribute 304 is assigned for easy understanding. 
[01 57] Fig. 1 4 illustrates, by way of example , data for- 2t 
mats for storing attributes of the respective terminals, 
which are managed in client storage data managing por- 
tion 2 of data server device 1 . 
[0158] As illustrated in Fig. 14, client storage data 
managing portion 2 of data server device 1 stores atable 25 
managing various attributes for each terminal, and spe- 
cifically managing, e.g., a user attribute 401 represent- 
ing a user owning the terminal, a type attribute 402 rep- 
resenting a specific type of the terminal such as a PC 
(Personal Computer), a PDA or a cellular phone, a pur- 30 
pose attribute 403 representing an intended purpose of 
the terminal, a representation performance attribute 404 
representing a representation performance of the termi- 
nal such as abilities of voice output and/or movie display, 
and a communication path attribute 405 indicating 35 
whether a wireless communication path is used or not, 
whether a wired communication path is used or not] 
whether a communication speed is fast or slow, and 
whether communication is charged at a usage-base rate 
or a flat rate. " 40 

[01 59] From this table, it can be understood that a ter- 
minal A in this embodiment is a cellular phone, which is 
owned by Taro SUZUKI" for a personal use, has a fast 
wireless communication function, and is charged at a 
usage-based rate. Terminal A is capable of voice output 45 
and VGA (Vide Graphics Array) display. Likewise, a ter- 
minal B is a PDA, which is owned by Taro SUZUKI" for 
a business use, has a slow wireless communication 
function, and is charged at a usage-based rate. Terminal 
B is incapable of voice output and has a VGA display so 
performance. A terminal C is a desktop personal com- 
puter which is owned by "Hanako SUZUKI" for a per- 
sonal use, has a fast wired communication function , and 
is charged at a flat rate. Terminal C is capable of voice 
output and SXGA (Super extended Graphics Array) dis- ss 
play. A terminal D is a cellular phone, which is owned 
by "Hanako SUZUKI" for a personal use, has a fast wire- 
less communication function, and is charged at a usage- 



based rate. Terminal D is capable of voice output and 
only text display. A terminal E is a cellular phone which 
is owned by "Jiro TAIMAKA" for a personal use,' has a 
fast wireless communication function, and is charged at 
5 a usage-based rate. Terminal E is capable of voice out- 
put and VGA display. A terminal F is a PDA, which is 
owned by "Jiro TANAKA" for a business use, has a slow 
wireless communication function, and is charged at a 
usage-based rate. Terminal F is capable of voice output 
0 and VGA display. 

[0160] Fig. 15 illustrates, by way of example, data 
storage formats of group data stored in server data stor- 
ing portion 3 of data server device 1. This example is 
based on the relationship between the users, terminals 
* and groups illustrated in Fig. 12. As illustrated in Fig. 1 5, 
the table stores a correlation between groups and user 
attributes 406 indicating users belonging to the groups. 
[0161] rt can be understood from this table that Taro 
SUZUKI" and "Hanako SUZUKI" belong to the group of 
> "SUZUKI family". Also, Taro SUZUKI" and "Jiro TANA- 
KA" belong to the group of "amateur skiers' group". Taro 
SUZUKI" belongs to Taro SUZUKI personal". "Hanako 
SUZUKI" belongs to "Hanako SUZUKI personal". "Jiro 
TANAKA" belongs to "Jiro TANAKA personal". 
[0162] The tables in Figs. 1 4 and 1 5 are also used for 
the purpose of determining, from the belonging groups 
of the respective data, a relationship between each data 
and the terminal accessing it, and thus for determining 
the use terminal attributes (304 in Fig. 13) indicating the 
terminals owning the respective data entries. 
[0163J Rg. 16 illustrates formats of the server data up- 
date notification, which is provided for updating the serv- 
er data stored in server data storing portion 3 of data 
server device 1 . 

[0164] The data of the these formats is used in the 
processing of providing the update notification to data 
server device 1 at SC04 in Fig. 11 already described.- 
[0165] These formats include a terminal ID (IDentifi- 
cation) D01 for identifying the client device of the sender 
a data size D02, data contents D03, an application D04 
utilizing the data : a belonging group D05 of the data, a 
degree D06 of importance of the data, day and time D07 
of last update of the data in data server device 1 (i.e., 
the date and time of update in data server device 10 
equal to the date and time of the last operation of taking 
the data from data server device 1 into client device 1 0, 
or the date and time of the last registration of the data 
from client device 10 into data server device 1), date 
and time D08 of last update of the data in client device 
10, and a registration type D09 indicating that new reg- 
istration of the data was performed in server data storing 
portion 3 of data server device 1 , or that updating was 
effected on the data stored in server data storing portion 
3. 

[0166] The formats may appropriately contain infor- 
mation other than the information described above. 
Conversely, all the fields described above are not es- 
sential. 
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[01 67] Substantially similar data formats can be used 
when providing the data update notification from data 
server device 1 to client device 10. 
[01 68] Operations for various services in this system 
will now be described. 

[01 69] Referring to Fig. 1 7, description will now be giv- 
en on the case, where the data entry of "Jiro TANAKA" 
in the address book data is updated. 
[0170] It is assumed that M Jiro TANAKA" updates his 
address data in terminal E, i.e., client device 10 of the 
cellular phone used by • Jiro TANAKA" for the personal 
use. First, in accordance with contents of an operation 
by "Jiro TANAKA", terminal E changes the entry, which 
contains the address data of "Jiro TANAKA". This entry 
is stored in client data storing portion 1 2 of client device 
1 0, and is a copy of the server data stored in server data 
storing portion 3 of data server device 1 . Then, control 
portion 15 of terminal E is connected to data server de- 
vice 1 via communication portion 11 and network 5, and 
requests the update of the server data of the address of 
"Jiro TANAKA" stored in server data storing portion 3 of 
data server device 1 (S501). 

[0171] Client storage data managing portion 2 of data 
server device 1 , which receives the update request for 
the address data of "Jiro TANAKA" from terminal E, up- 
dates the entry of the address data of "Jiro TANAKA" in 
the server data stored in server data storing portion 3. 
Also, according to the table illustrated in Fig. 13, it is 
determined that four terminals A, B. E and F use the 
data entry of the address book of "Jiro TANAKA", and 
three terminals A, E and F have stored the data entry. 
Thereby, it is determined that two terminals A and F are 
to be subjected to the data updating because the update 
request was issued from terminal E. 
[0172] Therefore, client storage data managing por- 
tion 2 of data server device 1 operates communication 
portion 4 to perform the communication over network 5 
to notify that the update is to be effected on the data 
entry of the address book of "Jiro TANAKA", which is 
stored in client data storing portions 12 of terminals A 
and F (S502 and S503). Thereby, it becomes possible 
to refer to the updated address book data of "Jiro TAN- 
AKA" in terminals A and F. Although terminal B uses the 
above data entry, the data entry is not currently stored 
so that a procedure for data update is not performed. 
[01 73] Thereafter, the address book application boots 
up in terminal B. When the access to the address book 
of "Jiro TANAKA" is attempted, control portion 1 5 of ter- 
minal B operates communication portion 11 to request 
the server data stored in server data storing portion 3 of 
data server device 1 over network 5 (S505) because the 
address book data of "Jiro TANAKA" is not present in 
client data storing portion 12. Data server device 1 re- 
ceiving the request for the server data of the address 
book of "Jiro TANAKA" reads out the address book data 
of "Jiro TANAKA", which is stored in server data storing 
portion 3 and is already updated, and sends the address 
book data to terminal B from communication portion 4 



over network 5 (S506). 

[0174] When "Jiro TANAKA" effects second updating 
on the address data by terminal E, processing similar to 
the above is performed to request the updating of the 
s server data in data server device 1 (S507) . Data server 
device 1 receiving the data update request determines 
that four terminals A, B, E and F have stored the data 
entry in question, and that three terminals A, B and F 
are to be subjected to the data updating, because the 
10 update request was issued by terminal E. Therefore, cli- 
ent storage data managing portion 2 of data server de- 
vice 1 operates communication portion 4 to perform 
communication over network 5, and notifies that the da- 
ta entry of the address book data of "Jiro TANAKA" 
is stored in client data storing portions 12 of terminals A, 
B and F is to be updated (S508). 
[0175] Through the foregoing procedures, the updat- 
ing of the address book data of "Jiro TANAKA" in termi- 
nal B is reflected in server data storing portion 3 of data 
20 server device 1 . Thereafter, any one of the other termi- 
nals, which allow reference to the address book data of 
"Jiro TANAKA", can share the correctly updated data. 
[01 76] Referring to Figs. 1 8 to 23, description will now 
be given on the changes of data in data server device 
25 1 during the data update processing of the system illus- 
trated in Rg. 17. 

[0177] Fig. 18 illustrates, by way of example, data 
server device 1 before starting the processing of chang- 
ing the address book data of "Jiro TANAKA" in Fig. 17. 
30 At this point in time, three terminals A, B and F have 
stored the address data, which was provided before the 
first update processing for "Jiro TANAKA" was per- 
formed in data server device 1, and the data of "Jiro 
TANAKA" is already deleted from the storage device of 
35 terminal B because it had not been used for a long time. 
[0178] As illustrated in Fig. 18, the server data in- 
cludes data contents 421, and also includes, for each 
terminal 422, an application attribute 423 indicating an 
application to be used for handling the data in the ter- 
40 minai, an importance attribute 424 representing a de- 
gree of importance of the data in this terminal, a syn- 
chronization attribute 425 representing whether the data 
stored in client data storing portion 1 2 of the terminal is 
already synchronized with corresponding server data 
45 421 or not, and a current-storage attribute 426 indicating 
whether the terminal has stored the data in question or 
not. 

[0179] In Fig. 18, as described above, terminals A, E 
and F are in such a state that current-storage attributes 
50 426 are "Yes", and synchronization attributes 425 are 
"Synchronized". Terminal B not storing the data is in 
such a state that current-storage attribute 426 is "No", 
and synchronization attribute 425 is "not synchronized", 
i.e., "-" because it has not stored the data. 
55 [0180] When "Jiro TANAKA" changes the address 
book data in terminal E, terminal E provides the update 
notification to data server device 1 (S501), and the serv- 
er data of the address book data of "Jiro TANAKA" 
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stored in server data storing portion 3 of data server de- 
vice 1 is updated. Fig. 1 9 illustrates a state of the server 
data immediately after this updating. 
[0181] At this point in time, since the address book 
data of "Jiro TANAKA" stored in terminal E matches with 
that stored in server data storing portion 3 of data server 
device 1 , the current-storage attribute relating to termi- 
nal E is "Yes", and the synchronization attribute is "syn- 
chronized". Other terminals A and F bearing the current- 
storage attributes of "Yes" bear the synchronization at- 
tributes of "Not Yet" so that these terminals attain the 
states illustrated in Fig. 19. 

[0182] Fig. 20 illustrates, by way of example, a state 
of the server data of data server device 1 , which is at- 
tained when five minutes elapsed after the point in time 
illustrated in time, and thus after the first processing of 
changing the address of "Jiro TANAKA" is reflected in 
server data storing portion 3 of data server device 1 . 
[0183] In the state illustrated in Fig. 20, the data up- 
date notifying processing (S503 and S504) is already 
effected on terminals A and F, of which synchronization 
attributes were "Not Yet" in the state of Fig. 19, and 
therefore these synchronization attributes are changed 
into "synchronized" as illustrated in Fig. 20. 
[01 84] Fig. 21 illustrates, by way of example, the state 
of the server data of data server device 1 , which is at- 
tained when five hours elapsed after the first address 
change processing for "Jiro TANAKA" was reflected in 
server data storing portion 3 of data server device 1 . 
[0185] The address book application boots up in ter- 
minal B after the state in Fig. 20 is attained, and the ad- 
dress book data of "Jiro TANAKA" is accessed. In the 
state illustrated in Fig. 21 , therefore, terminal B has al- 
ready issued a request for data to data server device 1 
(S505), and data server device 1 has transferred the ad- 
dress book data of "Jiro TANAKA" to terminal B in ac- 
cordance with the request (S506). 
[01 86] In this point in time, the server data of the data 
server device attains the state illustrated in Fig. 21 , in 
which the current-storage attribute of terminal B, which 
was "No" in the state illustrated in Fig. 20, changes into 
"Yes", and the synchronization attribute changes to 
"synchronized". 

[0187] Then, "Jiro TANAKA" performs the second 
processing of changing the address data in terminal E 
so that terminal E provides an update notification to data 
server device 1 (S507), and the address book data of 
"Jiro TANAKA" stored in server device storing portion 3 
of data server device 1 is updated for a second time. 
Fig. 22 illustrates a state of the server data immediately 
after this second updating. 

[0188] In this state, the address book data of "Jiro 
TANAKA" in terminal E matches with that stored in serv- 
er data storing portion 3 of data server device 1 , similarly 
to the state in Fig. 19, Therefore, the current-storage 
attribute relating to terminal E is "Yes", and the synchro- 
nization attribute is "synchronized". Other terminals A, 
B and E, of which current-storage attributes are "Yes", 



have the synchronization attributes of "Not Yet", and 
therefore attain the state illustrated in Fig. 22. 
[0189] Fig. 23 illustrates, by way of example, a state 
of the server data of data server device 1 attained when 
5 five minutes elapsed from the state in Fig. 22, in which 
the second address-change processing for "Jiro TANA- 
KA" illustrated in Fig. 23 was reflected in server data 
storing portion 3 of data server device 1 . 
[0190] At this point in time, data update notifying 
io processing (S508) is already completed in terminals A, 
B and F, of which synchronization attribute was "Not Yet" 
in the state illustrated in Fig. 22. Therefore, these syn- 
chronization attributes are changed into "synchronized", 
and the state illustrated in Fig. 23 is attained. 
« [0191] Fig. 24 illustrates a flow of processing in the 
case where new input into an album is performed in this 
system. 

[0192] In the following description, terminal A, which 
is a cellular phone owned by 'Taro SUZUKI" for a per- 
20 sonal use, is used, and photographs of SUZUKI families 
during a family tour are newly entered as an album in 
SUZUKI family data 203 by terminal A. 
[0193] When the SUZUKI family tour album, which 
bears attributes that the belonging group is "SUZUKI 
25 family" and the application is "album", is newly entered 
in terminal A, control portion 15 of terminal A stores the 
entered album data in client data storing portion 12. Al- 
so, control portion 15 connect communication portion 11 
to data server device 1 over network 5, and newly reg- 
^0 isters the entered new album data, as server data, in 
server data storing portion 3 of data server device 1 
(S511). 

[01 94] The album data provided to terminal A may be 
obtained by a digital camera, and may be transferred to 
35 terminal A via infrared communication or short-range 
wireless communication. Alternatively, terminal A may 
incorporate a function of a digital camera, and the album 
data may be obtained by this camera function. 
[0195] Client storage data managing portion 2 of data 
to server device 1 receiving the registration of the new al- 
bum data determines whether there is a terminal, to 
which the new album data is to be transferred, or not. 
[0198] From the attribute of the album data, it is de- 
termined that the belonging group is "SUZUKI family", 
45 and then, it is determined from the table of the group 
data illustrated in Fig. 1 5 that Taro SUZUKI" and "Hana- 
ko SUZUKI" belong to "SUZUKI family". From the table 
of the attributes of the respective terminals illustrated in 
Fig. 14, It is determined that "Taro SUZUKI" and "Hana- 
ro ko SUZUKI" own four terminals A, B, C and D. 

[0197] It is already recognized that terminal A pro- 
duced the new album data. Therefore, it is determined 
that transfer of new album data to terminal A is not nec- 
essary. 

55 [0198] It is determined that terminal C is a desktop 
personal computer, and therefore can use plenty of stor- 
age region owing to fast wired connection charged at a 
flat rate. Therefore, transfer thereto was attempted. 



15 

ISDOCID: <EP. 1387272A1_I_> 



29 



EP 1 387 272 A1 



30 



However, terminal C was off when the transfer was at- 
tempted. Also, the communication path was interrupted 
due to a failure (S51 2). Therefore, updating of the client 
data in terminal C is abandoned (S513). 
[0199] From the table in Fig. 14, it is already deter- 
mined that terminal D has only a text display perform- 
ance. Therefore, it is determined that transfer of the new 
album data formed of photograph data is not required 
(S514). However, terminal D may be notified that the 
new album data is registered on data server device 1 . 
[0200] From Fig. 14, it is determined that terminal B 
is a PDA, and uses a slow wireless line charged at a 
i rate. Thereby, the new album data itself is 



not transferred, and terminal B is notified only that the 
new album data is added to the server data in the server 
data storing portion of data server device 1 (S515). 
[0201] When "Hanako SUZUKI" powers on terminal 
C, or when the network failure is resolved to open the 
communication path, control portion 15 of terminal C 
sends an inquiry from communication portion 11 to data 
server device 1 over network 5 for determining whether 
the client data stored in client data storing portion 12 of 
terminal device C requires the updating or not (S516). 
In response to the inquiry, data server device 1 transfers 
the new album data (S51 7). Control portion 1 5 of termi- 
nal C receiving the transferred new album data stores 
the new album data in client data storing portion 12. 
[0202] In this example, inquiry about presence of the 
data to be updated is made after the power-on of termi- 
nal C. However, such a manner may be employed that 
terminal C does not make an inquiry, and data server 
device 1 periodically attempts the update processing. In 
this case, if the updated data has a high degree of im- 
portance, such processing can be effective that the up- 
date processing is periodically attempted at gradually 
reducing intervals. 

[0203] Since terminal B uses a wireless line charged 
at a usage-base rate, this example is configured to pro- 
vide only the notification about addition of new data. If 
the data is, e.g., album data having a high degree of 
importance, It is effective to transfer the image data, or 
to change the update processing depending on the de- 
gree of importance. 

[0204] When "Taro SUZUKI" requests the reference 
to the album data through terminal B (S51 8), client stor- 
age data managing portion 2 of data server device 1 
transfers the new album data to terminal device B, which 
is one of client devices 1 0, from communication portion 
4 over network 5 (S5 19). 

[0205] Through the above procedures, the group data 
added to one client device 10 can be automatically dis- 
tributed to client data storing portions 12 of the other 
client devices 10, which will share the data. 
[0206] Referring to Fig. 25, description will now be giv- 
en on a flow of processing for sending a mail in this sys- 
tem. In the following description, a new mail is sent from 
terminal A, which is a cellular phone owned by Taro SU- 
ZUKI" for the personal use, to "Hanako SUZUKI 0 and 



"amateur skiers' group". 

[0207] In the operation of sending the new mail from 
terminal A to "SUZUKI Family" and "amateur skiers' 
group", control portion 15 of terminal A first stores the 
5 new mail, as mail data, in its client data storing portion 
12, and operates communication portion 11 to connect 
to data server device 1 over network 5. Thereby, control 
portion 15 of terminal A newly registers the entered new 
mail data, as server data, in server data storing portion 
to 3 of data server device 1 (S520). 

[0208] Client storage data managing portion 2 of data 
server device 1 storing the new mail data thus registered 
determines a destination terminal in accordance with a 
destination field of the registered mail data, 
15 [0209] In this case, the destination field includes 
"Hanako SUZUKI" and "amateur skiers' group" so that 
client storage data managing portion 2 of data server 
device 1 sends the new mail data to client data storing 
portions 12 of all the terminals owned by "Hanako SU- 
20 ZUKI" and the members of "amateur skiers* group". 
From the tables in Figs. 14 and 15, six terminals A, B, 
C, D, E and F are selected. Since terminal A is the send- 
er of the new mail, client storage data managing portion 
2 of data server device 1 selects five client devices 10 
25 of terminals B, C, D, E and F as the destinations of the 
new mail. Client storage data managing portion 2 con- 
nects communication portion 4 to each of terminals B, 
C, D, E and F over network 5, and transfers the new mail 
data' to be registered in client data storing portion 12 of 
30 each terminal (S52 1 ) . 

[0210] Control portion 15 of each client device 10, 
which registered the new mail data in client data storing 
portion 12, displays arrival of the new mail via a user 
interface for mail because the application attribute of the 
35 newly registered data is "mail". 

[021 1 ] Since terminal B is owned by the same owner 
"Taro SUZUKI", the new mail data is transferred thereto, 
and is registered in client data storing portion 12 as a 
sent mail (S522). 
40 [0212] In terminal C owned by "Hanako SUZUKI , 
when the new mail is opened, control portion 15 of ter- 
minal C recognizes the processing, in which the new 
mail is opened, according to detection of the read-ac- 
cess to the new mail data by client data storing portion 
45 12, or according to the notification from the mail appli- 
cation. Thereby, control portion 15 of terminal C notifies 
data server device 1 about the processing of opening 
the new mail data (S523). When client storage data 
managing portion 2 of data server device 1 receives the 
so notification about processing of opening of the new mai' 
data in terminal C, it is determined from the table in Fig 
14 that the same user also owns terminal D. Terminals 
C and D are used by the same user "Hanako SUZUKI" 
In this embodiment, therefore, client storage data man 
55 aging portion 2 of data server device 1 attempts to pro- 
vide a notification about the already-read state to termi 
nal D from communication portion 4 over network 5 
(S525). It is assumed that terminal D was in a state in- 
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capable of communication because it is, e.g., inside an 
office building (S525). 

[0213] When the communication by terminal D be- 
comes possible, e.g. t because of movement to an out- 
side, control portion 15 of terminal D connects commu- 
nication portion 11 to data server device 1 over network 
5, and checks whether updating of the server data has 
been performed or not (S526). In accordance with the 
checking of the update data by terminal D, data server 
device 1 provides the notification about already-read 
state of the new mail to terminaJ D (S527). 
[0214J In the above example, terminal D sends an in- 
quiry to data server device 1 to determine whether the 
server data has been updated or not, when the commu- 
nication becomes possible. Conversely, terminal D may 
be configured not to send an inquiry, and data server 
device 1 may be configured to attempt periodically the 
notification about the data update. 
[021 5] Terminal D receiving the already-read notifica- 
tion from data server device 1 changes the attribute of 
the new mail to "read" (i.e., already-read). 
[0216] Through the processing described above, the 
mail application in each client device 10 stores the mail 
data together with predetermined attributes added to cli- 
ent data storing portion 1 2 of client device 1 0 so that the 
mail system can be achieved. 
[021 7] The above can also avoid such a problem that 
the mail, which was already read by terminal C, is han- 
dled as a new mail by terminal D, and "Hanako SUZUKI" 
unwillingly reads it twice as a new mail. 
[0218] The attributes of "read" and "unread" of the 
mail may be configured such that the attributes are set 
for each group of a plurality of users or terminals in con- 
nection with the mail entries of the server data in server 
data storing portion 3 of data server device 1 , and may 
be reflected in each terminals by each communication. 
In each terminal, the mail entry in the server data may 
be copied for managing the attributes of each mail entry. 
[021 9] Referring to Figs. 26 to 31 , description will now 
be given on changes in server data, which corresponds 
to the mail data and is stored in server data storing por- 
tion 3 of data server device 1, and particularly on the 
changes with time during this mail processing. 
[0220] Fig. 26 illustrates a state during preparation of 
a new mail by terminal A. A mall application keeps a mail 
451 , which is being prepared, in a draft folder within 
server data storing portion 3. Therefore, a folder at- 
tribute 453 of "draft" is assigned thereto. In connection 
with an read/unread attribute 454, an attribute of "un- 
read" is assigned to the mail data, which is being pre- 
pared. The user sets an importance degree 455 of this 
mail to a value of "4". These attributes are stored for 
each terminal 452 together with a synchronization at- 
tribute 456 and a storage information 457 indicating 
whether the mail data is currently stored in each terminal 
or not. 

[0221] The mail data, which is being prepared, is 
shared also by terminal B of the same user 'Taro SU- 



ZUKI". Therefore, terminal B manages similar informa- 
tion. In this example, synchronization with client data 
storing portion 12 of terminal B is not performed during 
preparation of the mail data. Therefore, the synchroni- 
5 zation information is already synchronize din connection 
with terminal A, but is not yet synchronized in connection 
with terminal B. Naturally, when edition is continued by 
terminal B subsequently to the above state, client data 
storing portion 12 of terminal B stores the mail data, 
10 which is being prepared. 

[0222] Fig. 27 illustrates a state, in which the new mail 
is already written, and is being sent. At this point in time, 
the writer of the mail has already read the mail. There- 
fore, the read/unread attribute is "read" in terminal A 
is owned by the writer Taro SUZUKI". In other terminals 
C, D, E and F, the read/unread attribute is "unread" be- 
cause the mail is not open. At this point in time, this mail 
is already synchronized in the client data storing por- 
tions 12 of terminals D and E, and the synchronization 
20 processing is not yet completed in client data storing 
portions 1 2 of terminals C and F. In connection with ter- 
minal A, the folder attribute is "being sent". It is assumed 
that terminal B does not perform the synchronization of 
this data, and therefore is assigned the attribute of "un- 
25 read". 

[0223] Fig. 28 illustrates a state attained when syn- 
chronization of the new mail with respect to all the des- 
tination terminals is completed. At this point in time, ter- 
minals A and B of the mail sender "Taro SUZUKI" are 
so assigned the folder attribute of "sent", and are also as- 
signed the attribute of "read" because the mail is written 
by himself. In this example, users of the other terminals 
have not opened the mail at this point in time. Therefore, 
these terminals are assigned the attribute of "unread".' 
35 [0224] Fig. 29 illustrates a state, which is attained im- 
mediately afterterminal C opened the mail and provided 
the data update notification relating to this mail. 
[0225] At this point in time, the read/unread attribute 
of terminal C is set to "read" in response to the update 
40 notification provided from terminal D. At the same time, 
the read/unread attribute of terminal D is set to "read".' 
The synchronization of read/unread attribute with re- 
spect to terminal D is not yet completed at this point in 
time. 

<* [0226] Fig. 30 illustrates a state after a certain time 
from the time in Fig. 29. At this point in time, The syn- 
chronization of read/unread attribute with respectto ter- 
minal D is completed. 

[0227] Fig. 31 illustrates a state after few days from 
50 the time in Fig. 30. In this state, the information of the 
mail had not been used in terminals D and F for a certain 
time, and therefore is already deleted from client data 
storing portion 12 for downloading another data from da- 
ta server device 1 . 
55 [0228] Owing to the above processing, the mail appli- 
cation of each client device 1 0, which prepared the mail 
data, can send a mail to its client data storing portion 12. 
[0229] In the above processing, the mail can be sent 
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only to the other client devices. However, if the address 
of the conventional Internet mail is designated as a mail 
destination, data server device 1 uses the destination 
data in To-field of the mail data, and sends the mail data 
in accordance with the SMTP (Simple MailTransfer Pro- 
tocol) similarly to the conventional Internet mail. There- 
by, it is possible to maintain compatibility with the con- 
ventional Internet mail. 

[0230] Referringto Fig. 32, description will now be giv- 
en on a flow of processing for having a chat in this sys- 
tem It is now assumed that Taro SUZUKI" starts a chat 
via terminal A with "JiroTANAKA", and thereafter allows 
"Hanako SUZUKI" to join the chat. 
[0231] Using a chat application in terminal A, "Taro 
SUZUKI" starts the chat with "Jiro TANAKA". The chat 
application is executed in control portion 15 of terminal 
A When input portion 14 detects an operation request- 
ing start of the chat with "Jiro TANAKA", the application 
prepares and saves a file of contents of the chat as the 
chat data in client data storing portion 12. In this state, 
the chat data relates to the chat from Taro SUZUKI" to 
"Jiro TANAKA" so that two persons "Jiro TANAKA" and 
-Taro SUZUKI" belong to the belonging group of the da- 
ta. 

[0232] Since the application attribute of the data, 
which is newly prepared in client data storing portion 12, 
is the chat, control portion 15 of terminal device C im- 
mediately sends the chat data from communication por- 
tion 11 over network 5 to data server device 1 (S530). 
[0233] The client storage data managing portion 2 of 
data server device 1 receives and stores the chat data 
in server data storing portion 3. In this data, the appli- 
cation attribute is "chat", the persons belonging to the 
belonging group are Taro SUZUKI" and "Jiro TANAKA", 
and the data is received from Taro SUZUKI". Therefore, 
it is immediately attempted to reflect the chat data in the 
terminal of the person other than Taro SUZUKI", i.e., in 
the terminal of "Jiro TANAKA". As can be seen from the 
table in Fig. 14. "Jiro TANAKA". owns two terminals E 
and F, butterminal F is used for the business use.There- 
f ore, the chat data of Taro SUZUKI" in the same ama- 
teur circle is provided only to terminal E, i.e., the cellular 
phone for the personal use (S531 ). 
[0234] Control portion 15 of terminal E receiving the 
chat data from data server device 1 stores the chat data 
in client data storing portion 12. Since the application 
attribute of this data is "chat", the chat program boots 
up, or a notif ication about reception of the new chat data 
is provided to the chat application, which is already run- 
ning as a process. The chat application receiving the 
notification displays a window for the chat on output por- 
tion 13, or switches the screen image itself, and thereby 
the application outputs the received chat data. In this 
case, the notification to the user may be performed by 
sounds. 

[0235] Then, "Jiro TANAKA" notices the chat mes- 
sage from Taro SUZUKI", and writes a message in re- 
sponse to the message displayed on output portion 13 



of terminal E. Thereby, the chat application updates the 
chat data in client data storing portion 12 of terminal E. 
When the chat data of client data storing portion 12 is 
updated, control portion 15 of terminal E immediately 
5 provides the notification about the update of the data 
from communication portion 11 to data server device 1 
over network 5 (S532) because the application attribute 
is "chat". 

[0236] Client storage data managing portion 2 of data 
10 server device 1 receiving the notification updates the 
chat data of server data storing portion 3 based on the 
received contents of the chat data. As described above, 
the application attribute of the data is "char, the persons 
belonging to the belonging group are Taro SUZUKI" 
is and "Jiro TANAKA", and the chat data is received from 
"Jiro TANAKA". Therefore, it is immediately attempted 
to reflect the chat data in the terminal of the person other 
than "JiroTANAKA", i.e., in the terminal of Taro SUZU- 
KI". As can be seen from the table in Fig. 1 4, Taro SU- 
20 ZUKI" owns two terminals A and B, but the first chat data 
prepared by Taro SUZUKI" was provided from terminal 
A so that the update notification is provided to terminal 
A (S533). 

[0237] Thereafter, control portion 1 5 in each terminal 
25 executes similar processing. 

[0238] In response to the message in S533, it is as- 
sumed that Taro SUZUKI" operates input portion 14 of 
terminal A to add "Hanako SUZUKI" as the chat mem- 
ber. Thereby, control portion 15 of terminal A changes 
30 the belonging group attribute of this chat data to three 
persons Taro SUZUKI", "Hanako SUZUKI" and "Jiro 
TANAKA", and notifies data server device 1 about it 
(S534). 

[0239] In the chat data provided from terminal A, the 
35 belonging group attribute of the chat data is changed to 
add "Hanako SUZUKI" to the belonging group. There- 
fore, client storage data managing portion 2 of data serv- 
er device 1 provides the chat data terminal E owned by 
"Jiro TANAKA" (S535), and also provides a notification 
40 about the updating of the chat data to the recorded ter- 
minals of "Hanako SUZUKI", i.e., terminals C and D 
(S536 and S537). Each of terminals C and D has not 
stored the chat data in client data storing portion 1 2, and 
therefore stores it as new data so that terminals C and 
45 D perform the processing similar to that already de- 
scribed. 

[0240] When "Hanako SUZUKI" using terminal C re- 
sponds to the chat data, control portion 1 5 of terminal C 
provides a notification about chat data updating from 
50 communication portion 1 1 over network 5 to data server 
device 1 (S538). Since client storage data managing 
portion 2 of data server device 1 has received this up- 
date notification from terminal C, the chat data for 
"Hanako SUZUKI" in this chat is provided to terminal C, 
55 and the chat data received by terminal C is provided to 
terminals A and E, i.e., the terminals of the members 
other than "Hanako SUZUKI" (S539 and S540). 
[0241] Accordingly, when the update notification for 



18 



35 



EP 1 387 272 A1 



36 



this chat data is provided by terminal E (S541), client 
storage data managing portion 2 of data server device 
1 provides the update notification to terminals A and C 
(S542 and S543). 

[0242] Through the foregoing processing, the chat ap- 
plication of client device 10 prepares and updates the 
chat data for each client data storing portion 12 so that 
the chat system is achieved as a whole. 
[0243] Referring to Fig. 33, description will now be giv- 
en on processing, which is performed when a plurality 
of users entered schedule data to be shared, or when a 
plurality of users entered schedules unique to the re- 
spective terminals. 

[0244] Description will now be given on the process- 
ing in such a case that terminal E owned by "Jiro TAN- 
AKA" is operated to register the schedule data bearing 
the belonging group attribute of "amateur skiers' group" 
[0245] "Jiro TANAKA" operates input portion 1 4 of ter- 
minal E to register the schedule of a ski tour of "amateur 
skiers' group" together with the belonging group at- 
tribute of "amateur skiers' group". Thereby, control por- 
tion 15 of terminal E registers data of this the schedule 
in client data storing portion 12, and connects commu- 
nication portion 11 to data server device 1 over network 
5 to register the schedule data (S550). Assignment of 
the belonging group attribute in this processing may be 
performed by editing the attribute of data, or may be per- 
formed in such a mannerthat the directory management 
is performed, and the belonging group attribute is as- 
signed to the predetermined directory so that all the files 
in the predetermined directory are assigned the same 
belonging group attribute. 

[0246] Client storage data managing portion 2 of data 
server device 1 , which received registered schedule da- 
ta bearing the belonging group attribute of "amateur ski- 
ers' group" from terminal E, stores the schedule data in 
server data storing portion 3, and operates communica- 
tion portion 4 to register the schedule data in three client 
devices 10 of terminals A, B and F (S551, S552 and 
S553). Control portion 1 5 of each client device 1 0, which 
received the schedule data from data server device 1, 
registers the schedule data in client data storing portion 
12. 

[0247] Then , description will be given on the process- 
ing in such a case that Taro SUZUKI" uses terminal B 
to enter business data, i.e., a schedule for meeting with 
"B" corporation. 

[0248] When "Taro SUZUKI" operates input portion 
14 of terminal B to enter the schedule for meeting with 
"B" corporation together the belonging group attribute 
of "terminal B" for registration., control portion 15 of ter- 
minal B registers the schedule data in client data storing 
portion 12. Also, control portion 15 connects communi- 
cation portion 1 1 to data server device 1 over network 5 
to register the schedule data (S554). 
[0249] Since the belonging group attribute in this 
processing is only terminal B, data server device 1 de- 
termines that the synchronization is to be effected only 



on terminal B, and does not perform the synchronizing 
processing on terminal A, which is client device 10 
owned by the same user. Thereby, it is possible to re- 
duce such a possibility that business data or the like to 
5 be handled under confidentiality leaks due to reflection 
in the terminal for the personal use. 
[0250] Referring to Fig. 34, reflecting processing of 
the update data in client device 1 0 will now be described. 
[0251] Control portion 1 5 of client device 1 0 first cal- 
io cuiates an amount of the free space required for reflect- 
ing the update data (S601 ). The free space of client data 
stonng portion 12 of client device 10 is compared with 
the required space calculated in S601 (S602). When the 
free space is insufficient (Yes in S602), control portion 
15 1 5 of client device 10 selects data to be deleted from 
the data stored in client data storing portion 12, and de- 
letes it (S603). Again, the free space of client data stor- 
ing portion 12 of client device 10 is compared with the 
required space calculated in S601 (S602). When the 
20 free space is sufficient (No in S602), control portion 15 
of client device 1 0 updates the storage data in client data 
storing portion 12(S604). 

[0252] In the above processing, the processing of re- 
flecting the update data is necessarily performed. How- 
ever, the processing may be configured such that the 
update data is not accepted, e.g., in such cases that all 
the information stored in client data storing portion 12 is 
more important than the update data. It may be effective 
to inhibit temporarily the acceptance of the data update 
30 provided from the server in accordance with user's set- 
ting. 

[0253] In this embodiment, the decision of the data 
deletion is performed as follows. 
[0254] ft is assumed that deletion of the data is re- 
35 quired when the data stored in client data storing portion 
12 of client device 10 has contents as illustrated in Fig. 
35. In this embodiment, each data bears various at- 
tributes such as last data access time 501 , importance 
502, which is rated on a 1-to-5 scale by the user or is 
40 automatically rated on a 1 -to-5 scale in accordance with 
contents, deletion decision 503 about whether the de- 
leting operation is allowed or not. 
[0255] Last data access time 501 may be the time of 
the last read access to the data, or the time of the last 
4* wrrte access. Further, these may be selectively em- 
ployed depending on the type of data. 
[0256] The degree of importance 502 may be the 
same as that assigned to the server data in data server 
device 1 , or may be variable depending on the functions 
50 and features of the respective terminals in accordance 
with a predetermined algorithm. In connection with the 
terminal for the business use, data other than business 
data may be assigned a low degree of importance. 
[0257] Likewise, deletion decision 503 may be varia- 
55 ble depending on the functions and features of the re- 
spective terminals in accordance with a predetermined 
algorithm. For example, in the terminal of the cellular 
phone, the phone number data is essential, and there- 
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fore may bear the attribute inhibiting the deletion. 
[0258] Based on the above data, control portion 15 
first searches for the data of the least importance in the 
deletable data. In the example of the data illustrated in 
Fig. 28, two data entries of chat data 504 and new data 
505 are of the least importance. Then, control portion 
15 compares the last access times of these two data 
with each other, and decides to delete the older data, i. 
e news data 505 in this example. Naturally, another 
manner may be employed for determining the data to 
be deleted. For example, data such as schedule data 
may be selected while determining the Importance pri- 
marily based on the time. Without considering the im- 
portance, the data may be deleted based on only the 
time. For example, such a manner may be employed 
that data f orthe future is not deleted, but past schedules 
are added to a list of deletable data. 
[0259] Further, each data may be formed of a header 
portion and a data body, and the data body of a large 
data volume may be deleted without deleting the header 
portion. Thereby, the user can browse titles or the like 
of the deleted data, which improves the operability. 
[0260] A permission for access to a part of server data 
in data server device 1 may be given to an external ASP 
or the like for allowing data processing service or data 
distribution service. This will now be described. Fig. 36 
illustrates a hardware structure for this processing. 
[0261] In Fig. 36, an ASP 60 is additionally connected 
to the data access system shown in Fig. 1 . 
[0262] Client storage data managing portion 2 of data 
server device 1 allows external ASP 60, which per- 
formed predetermined encryption and authentication 
procedures, to access a part of the server data stored 
in server data storing portion 3 of data server device 1 
through predetermined procedures. The access is al- 
lowed, e.g., for the operation of reading data, of which 
belonging group attribute 303 (Fig. 13) set by the user 
is "anyone", and the operation in which new data is writ- 
ten in a spool area for receiving distribution data, tf the 
ASP is sufficiently reliable, the ASP may be allowed to 
read data such as schedule data to be handled under 
confidentiality. Based on, e.g., the schedule data of the 
user, ASP 60 can provide a time table, which is probably 
required in the schedules, and information such as res- 
taurants near the current locations of users, and also 
can issue electronic coupons to the client devices. 
Thereby, action information of users can be obtained in 
advertising activities so that the advertisement can be 
performed extremely efficiently. The data produced by 
ASP 60 is distributed to intended client devices 10 
through procedures similar to those for the new data in 
the server data already described, and grabs users' at- 
tention in an appropriate manner. 
[0263] In connection with overseas business travels, 
such a service may be envisaged that flights and hotels 
are automatically reserved based on the schedule. 
However, it is probably effective in this serve to cancel 
immediately the reservations unless the user confirm it. 



[0264] In another example of application, if client de- 
vice 1 0 is equipped with a function of a camera, service 
of producing electronic business cards may be offered 
by effecting character recognition on image data in 
5 many photographs of business cards. Also, it is possible 
to provide printing service with corrected color tones and 
improved colorfulness. 

[0265] Through the above processing, client storage 
data managing portion 2 of data server device 1 and 
10 control portion 1 5 of client device 1 0 automatically per- 
form the communication in accordance with the appli- 
cation attributes of the respective data entries. In data 
server device 1 and client device 10, therefore, respec- 
tive applications forthe mail, chat and bulletin board sys- 
15 tern requiring the communication assign predetermined 
attributes to the data independently of operations for 
communication, and the predetermined communication . 
is performed only by accessing the respective client da- 
ta storing portions 12. Therefore, each client device 10 
20 is merely required to change the user interface such as 
a manner of display in accordance with features of the 
data. Thereby, provision of the communication protocol 
is not necessary, and the coding operation can be sim- 
ple. 

25 [0266] in this example, the communication process- 
ing is performed based on the application attribute, and 
thus the application attribute is utilized also as the com- 
munication attribute. However, the application attribute 
may be used only for switching the user interface, and 
so communication attributes may be additionally employed 
for designating the update processing effected by client 
device 1 0 on data server device 1 , and designating the 
update processing effected by data server device 1 on 
client device 10. 
35 [0267] The external ASP may be allowed, e.g., by a 
VPN (Virtual Private Network) to access a part of the 
server data of data server device 1 . Thereby, ASP busi- 
ness performing high-technology data processing, 
which cannot be performed by client device 10 without 
40 difficulty, and services requiring a huge database can 
be offered to each client device 10. 
[0268] In the above system, data changes, which oc- 
cur in the client data of client device 1 0, are reflected in 
the server data of data server device 1 . In this process- 
45 ing, the last update date and time of the server device, 
which is an original of the updated client data, may be 
older than the last update date and time of the server 
data at the point in time of this reflecting processing. In 
this case or the like, the system may be configured to 
so reject the server data update request issued from client 
device 10, and further may be configured to notify the 
user of client device 1 0 to the effect. 
[0269] Conversely, in the processing of reflecting the 
update of the server data, which is stored in data server 
55 device 1 , in the corresponding client data stored in client 
device 10, the last update date and time of the server 
data before the current updating may be older than the 
last update date and time of the corresponding client da- 
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ta. In this case or the like, the system may be configured 
to reject the request for the client data update issued 
from data server device 1, and further may be config- 
ured to notify the user, who updated the client data, to 
the effect. 

[0270J For the above processing, a notification about 
the last update date and time of the data before the cur- 
rent updating may also be provided. 
[0271] Alternatively, user's setting by a switch or the 
like may be configured to reject temporarily the data up- 
dating attempted by data server device 1 . 
[0272] In the system described above, the data to be 
used by the application is shared. In an environment al- 
lowing execution of a common application such as JAVA 
(registered trademark), an application program to be ex- 
ecuted and a configuration file of the program may be 
shared by the manner already described. Thereby, it is 
possible and easy, e.g., to share personal setting of a 
tool bar of the program, bookmarks and others between 
the terminals of the same user, and to resume a game, 
which was partially played on a certain terminal, on an- 
other terminal. 

[0273] In addition to the flows already described, 
there are procedures, in which each terminal appropri- 
ately downloads the server data of data server device 1 . 
[0274] For example, such a structure can be effective 
that data server device 1 such as a workstation is on a 
wide area network, personal computers serving as client 
devices are connected to the wide area network, and 
the personal computer thus connected serves as data 
server device 1, to which PDAs or the like serving as 
client devices 1 0 are connected over a LAN (Local Area 
Network). 

[0275] In this embodiment, data server device 1 is 
configured to store the master data of all client devices 
1 0. In this case, data server device 1 formed of a work- 
station or the like cannot store the master data of the 
data of all the personal computers, i.e., client devices 
1 0 without difficulty if a scale of the data is large because 
a huge storage region is required. 
[0276] Accordingly, it is not necessary that data server 
device 1 is formed of only one computer. A plurality of 
computers may be linked with each other by processing 
of appropriately synchronizing the data or appropriately 
transferring data so that single data server device 1 can 
be virtually formed. Alternatively, one or a plurality of 
foregoing client device(s) may have a function of the 
server device. 

[0277] Data server device 1 formed of, e.g., a work- 
station may be configured not to store the master data 
of all the personal computers, i.e., client devices 1 0, and 
to store temporarily only the data to be synchronized be- 
tween client devices 1 0. In this case, when data can be 
synchronized between client devices 10, the synchro- 
nized data is deleted from server data storing portion 3 
of data server device 1 , and processing may be per- 
formed to manage only relationships between data, 
which are stored in the personal computers of client de- 



vices 1 0 and are to be synchronized, as well as situa- 
tions of the synchronization between them. The above 
manner is also effective. 

[0278] According to the embodiment already de- 
5 scribed, data server device 1 reliably stores the server 
data corresponding to the data to be utilized by each 
client device 10. This achieves an effect that the data 
can be ensured even when a trouble occurs in client de- 
vice 1 0. 

[0279] Each client device 1 0 uses server data storing 
portion 3 of data server device 1 as a virtual storage. 
Therefore, available information can be much larger in 
amount than the actual storage capacity of each termi- 
nal. Also, data server device 1 manages the data stored 

'* in each client device 10 so that the information to be 
shared by another client device 10 is automatically syn- 
chronized with that stored in client device 1 0 sharing the 
information. This results in an effect that each user is 
not required to perform the same operation and/or 

20 processing twice in the terminals sharing the informa- 
tion. 

[0280] The communication application in each client 
device 1 0 is achieved by storing the file for each service 
together with a communication attribute in the virtual 
25 storage. This results in an effect that coding in consid- 
eration with the communication such as a communica- 
tion protocol for each communication application is not 
necessary. 

30 First Modification of First Embodiment 



[0281] Description will now be given on a modification 
of the whole operation (Fig. 5) of the data server device 
with reference to Fig. 37. In the following description, 
35 the hardware structures , flowcharts an d operations oth- 
er than those in Fig. 5 are the same as those in the first 
embodiment, and therefore, description thereof is not 
repeated. In Fig. 37, the same steps as those in Fig. 5 
bear the same step numbers. The step bearing the 
<o same number is performed in the same manner. There- 
fore, detailed description thereof is not repeated. 
[0282] Referring to Fig. 37, data server device 1 waits 
for the communication conducted by client device 10 
(S1 01 ). When the communication is conducted (Yes in 
4* S1 01), it is determined whether the communication data 
provided from client device 10 requests the reading of 
the server data stored in server data storing portion 3 of 
data server device 1 or not (SD1 01). 
[0283] When the communication data requests the 
so reading of the server device (Yes in SD1 01 ), client stor- 
age data managing portion 2 reads the requested data 
stored in server data storing portion 3 of data server de- 
vice 1 f and transfers the requested data to client device 
1 0 requesting it (SD1 02). 
55 [0284] When the communication data does not re- 
quest the reading of the server data (No S1 01 ) : it is de- 
termined whether the communication data requests the 
updating of the server data stored in server data storing 
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portion 3 of data server device 1 or not (S1 02). There- 
after, the processing moves to S1 03 or S106. 
[0285] In this modification, as described above, when 
the communication data sent from client device 10 to 
server device 1 is a request for reading of the server 
data, processing for responding to the data request is 
performed. 

Second Modification of First Embodiment 



[0286] A modification of the whole operation (Fig. 8) 
of the client device will now be described with reference 
to Fig. 38. In the following description, the hardware 
structures, flowcharts and operations other than those 
in Fig. B are the same as those in the first embodiment, 
and therefore, description thereof is not repeated. In Fig. 
38, the same steps as those in Fig. B bear the same step 
numbers. The step bearing the same number is per- 
formed in the same manner. Therefore, detailed de- 
scription thereof is not repeated. 
[0287] Referring to Fig. 38, when input portion 1 4 de- 
tects the operation of the user for requesting data refer- 
ence (No in S201 and Yes in SE201), it is determined 
whether the data requested to client data storing portion 
12 of client device 10 is present as cache data or not 
(SE202). 

[0288] When the data requested to client data storing 
portion 12 is not present (No in SE202), control portion 
15 of client device 10 controls communication portion 
11 to connect it to data server device 1, and reads the 
requested data stored in server data storing portion 3 of 
data server device 1 for providing it (SE204). When ac- 
cess to the server is impossible, the user is notified that 
obtaining of the server data ended in failure. 
[0289] When the requested data is present in client 
data storing portion 12 (Yes in SE202), control portion 
15 of client device 10 checks the attribute of the data. 
For example, when the degree of importance is higher 
than a predetermined value, or when the data is of the 
type, in which importance is placed on the immediacy, 
it is determined that reference to the server data is nec- 
essary (Yes in SE203). Control portion 15 of client de- 
vice 10 controls communication portion 11 to connect it 
to data server device 1 5 and reads the requested data 
stored in server data storing portion 3 of data server de- 
vice 1 for providing it (SE204). If the access to data serv- 
er device 1 is impossible, cache data stored in client da- 
ta storing portion 1 2 is provided, and the user is notified 
that the data in the cache is displayed due to a failure 
in obtaining of the server device. 
[0290] When the requested data is present in client 
data storing portion 12 (Yes in SE202), control portion 
15 of client device 10 checks the attribute of the data. 
For example, when the degree of importance is lower 
than a predetermined value, or when the data is of the 
type, in which importance is not particularly placed on 
the immediacy, it is determined that reference to the 
server data is not necessary (No in SE203). Control por- 



tion 15 of client device 10 reads the requested data 
stored in client data storing portion 12 of client device 
10, and provides it (SE205). 

[0291 ] In this modification, as described above, when 
5 the request for the data registration is issued in re- 
sponse to the user's operation detected by input portion 
14, the requested data is provided after determining 
whether the cache data is present in client device 1 0 or 
not 

10 

Second Embodiment 



[0292] A second embodiment will now be described 
with reference to the drawings. The hardware struc- 
1 5 tures, flowcharts and operations other than those to be 
described below are the same as those in the first em- 
bodiment already described, and therefore, description 
thereof is not repeated. 

[0293] Fig. 39 illustrates a relationship between serv- 
20 er data stored in server data storing portion 3 of data 
server device 1 and client data stored in the plurality of 
client data storing portions 12 of client devices 10. 
[0294] In this embodiment, it is assumed that four per- 
sons Taro SUZUKI", "Hanako SUZUKI", "Jim TANAKA" 
25 and "Saburo YAM ADA" use this system. Taro SUZUKI" 
and "Hanako SUZUKI" have been married, and belong 
to a "SUZUKI family" group 1220 managed in data serv- 
er device 1 . Taro SUZUKI" and "Jiro TANAKA" belong 
to an "amateur skiers' group" group 1221 managed in 
30 data server device 1 . "Jiro TANAKA" and "Saburo YA- 
MADA" belong to a group of SE department of "A" cor- 
poration managed in data server device 1 . 
[0295] Taro SUZUKI" owns terminals A1206 and 
B1207 operating as client devices. "Hanako SUZUKI" 
35 owns a terminal D1209. Taro SUZUKI" and "Hanako 
SUZUKI" own and share a terminal C1 208. "Jiro TANA- 
KA" owns a terminal E1 21 0. "Saburo YAM ADA" owns a 
terminal G1212. "Jiro TANAKA" and "Saburo YAMADA" 
own and share a terminal F1211 . 
40 [0296] Server data storing portion 3 of data server de- 
vice 1 has stored a data set of "Hanako SUZUKI" per- 
sonal data 1201, Taro SUZUKI" personal data 1202, 
"SUZUKI family" data 1 203, "amateur skiers' group" da- 
ta 1204, "Jiro TANAKA" personal data 1205, "A corpo- 
45 ration SE department" group data 1 206 and "Saburo YA- 
MADA" personal data 1207. In Fig. 39, a correlation, 
which can be expressed by coupling with straight lines, 
is present between data sets of the server data in data 
server device 1 and client data in client devices 10. 
50 [0297] For example, client data storing portion 12 of 
terminal A1206 owned by Taro SUZUKI" has stored a 
part or the whole of data sets managed in data server 
device 1 , i.e., Taro SUZUKI" personal data 1202, "SU- 
ZUKI family" data 1 203 and "amateur skiers' group" data 
55 1204. 

[0298] In this embodiment, data server device 1 man- 
ages three correlations between the server data, which 
are referred to by client device 1 0, and attributes thereof, 
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between the client devices, in which the server data is 
to be reflected, and attributes thereof, and between the 
users of the client devices and attributes thereof. Base 
on these attributes, the server data, client devices and 
users fall into various data categories. For example, the 
plurality of server data of the same attribute (i.e., the 
server data to be executed by the same application) fall 
into the same data category. The client devices of the 
same attributes (i.e., the client devices using the same 
communication path between the data server device 
and the client devices) fall into the same device catego- 
ry. The users of the same attribute (i.e., the users who 
registered the same liking) fall into the same user cate- 
gory. Data server device 1 stores a table representing 
correlations between the data categories, device cate- 
gories and user categories thus classified. Data server 
device 1 determines the processing to be executed 
based on this table, the data attribute of the updated 
data entry, the device attribute of the client device, to 
which the data update notification must be provided, and 
the user attribute of the user owning the client device, 
to which the data update notification must be provided. 
[0299] Fig. 40 illustrates, by way of example, storage 
formats of the server data and attributes thereof, which 
are stored in server data storing portion 3 of data server 
device 1 . This example is based on the relationship be- 
tween the respective users, terminals and groups illus- 
trated in Fig. 39. 

[0300] A schedule application, an address book ap- 
plication and an album application are already installed 
in some of client devices 1 0. 

[0301] The data unit of each row in Fig. 40 is ex- 
pressed as a "data entry". Each data entry includes data 
contents 1301 , a time attribute 1302, an application at- 
tribute 1 303, a belong attribute 1304, a purpose attribute 
1305, a current-storage terminal attribute 1306 and an 
importance attribute 1307. 

[0302] Time attribute 1 302 relates to date and time of 
production of each data entry, date and time of prepa- 
ration of a schedule entered by the schedule application, 
and others. Application attribute 1 303 indicates the type 
of data of each data entry, i.e., the attribute of the appli- 
cation handling the data. Belonging attribute 1304 indi- 
cates the user or user group, to which each data entry 
belongs. Purpose attribute 1 305 indicates whether each 
data entry is data for business use or personal use. Cur- 
rent-storage terminal attribute 1306 indicates the termi- 
nal, in which each data entry is currently stored. Impor- 
tance attribute 1307 indicates the degree of importance 
of the data entry. 

[0303] These attributes are set to defaults when pre- 
paring new data. More specifically, the user attribute of 
the client device, which prepared the data, is set as the 
belonging attribute of data. The application, which pre- 
pared the data, is set as the application attribute. The 
degree of importance is set to, e.g., a middle range of 
"3". Naturally, some of these default attributes, i.e., the 
user belonging attribute, importance attribute, purpose 



attribute and others can be changed in accordance with 
the user's liking. Also, the attributes of already-prepared 
data can be updated by the owner of the data. 
[0304] Fig. 41 illustrates the client devices and at- 
5 tributes thereof, which are managed in client storage da- 
ta managing portion 2 of data server device 1 . 
[0305] Client storage data managing portion 2 of data 
server device 1 manages the management table for 
each terminal as illustrated in Fig. 41. This managing 
io table stores a user attribute 1 401 , a type attribute 1 402, 
a purpose attribute 1403, an expression performance 
attribute 1 404 and a communication path attribute 1 405. 
[0306] User attribute 1 401 is provided for each termi- 
nal, and indicates a user owning the terminal. Type at- 
« tribute 1 402 indicates the type of the terminal, i.e. , a per- 
sonal computer, a PDA or a cellular phone. Purpose at- 
tribute 1 403 indicates an intended use or purpose of the 
terminal. Expression performance attribute 1404 indi- 
cates the expression performance of the terminal such 
20 as capabilities of audio output and picture display per- 
formance. Communication path attribute 1405 indicates 
whether the wireless communication path is used or not, 
whether the wired communication path is used or not! 
whether the communication rate is high or low, and 
& whether the communication is charged at a usage^base 
rate or a flat rate. 

[0307] These attributes are added to and registered 
in the server device through predetermined procedures 
when registering the client device in this service. In this 
30 embodiment, a notification about the attribute relating to 
the hardware of the client device is automatically pro- 
vided. The user and purpose of the client device are en- 
tered by the user, and thereby a notification about them 
is provided to the server device. 
35 [0308] According to this management table, it can be 
determined that terminal A is a cellular phone owned by 
Taro SUZUKI" for a personal use, and can perform fast 
wireless communication at a usage-base rate. Terminal 
A is capable of audio output and image display. It is de- 
40 termined that terminal B is a PDA owned by "Taro SU- 
ZUKI" for business and personal uses, and can perform 
slow wireless communication at a usage-base rate. Ter- 
minal B is incapable of audio output, and is capable of 
image display. It is determined that terminal C is a desk- 
45 top personal computer owned and shared by "Taro SU- 
ZUKI- and "Hanako SUZUKI" for a personal use, and 
can perform fast wired communication at aflat rate. Ter- 
minal C is capable of audio output and image display. It 
is determined that terminal D is a cellular phone owned 
» by "Hanako SUZUKI" for a personal use, and can per- 
form fast wireless communication at a usage-base rate. 
Terminal D is capable of audio output, and is capable of 
only text display. It is determined that terminal E is a cel- 
lular phone owned by "Jiro TANAKA" for business and 
55 personal uses, and can perform slow wireless commu- 
nication at a usage-based rate. Terminal E is capable of 
audio output, and is capable of only text display. Termi- 
nal F is a PDA owned and shared by "Jiro TANAKA" and 
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"Saburo YAM ADA" for a business use, can perform slow 
wireless communication at a usage-base rate. Terminal 
F is capable of audio output and image display. It is de- 
termined that terminal G is a desktop personal computer 
owned by "Saburo YAMADA" for a personal use, and 
can perform fast wired communication at a flat rate. Ter- 
minal G is capable of audio output and image display. 
[0309] In the terminal shared by users, log-in man- 
agement or the like is performed to switch the contents 
provided to each user. 
[0310] Based on the information received from data 
server device 1 , the terminal can notify the user of the 
terminal that the data entry was updated, and this noti- 
fication is performed by sounds, vibrations, screen dis- 
play or the like. The level or degree of this notification 
to the user can be changed based on the user notifica- 
tion information received from data server device 1. 
When the terminal receives "strong user notification" 
from data server device 1 , the terminal notifies the user 
about the update of data, e.g., by producing a large 
alarm sound. If the terminal is a cellular phone, the type 
and volume of ringing sound are automatically changed 
based on the information received from data server de- 
vice 1 . Data server device 1 changes the manner of user 
notification to be more noticeable by the user as the de- 
gree of importance of the data increases. 
[0311] Based on the automatic erase information re- 
ceived from data server device 1, the terminal can 
change the order of possible erasing of the data stored 
in the storing portion of the terminal. This order of the 
possible erasing is the order determined for erasing the 
data in S603 illustrated in Fig. 34. When "likely, auto- 
matic erasing" is received from data server device 1 , the 
data is determined as a target for erasing on a priority 
basis. Therefore, as the degree of importance increas- 
es, automatic erasing by the terminal becomes more dif- 
ficult. As the degree of importance decreases, the au- 
tomatic erasing manner is set to allow easy erasing. 
[0312] Rg. 42 illustrates, by way of example, storage 
formats of the users and attributes thereof stored in 
server data storing portion 3 of data server device 1 . 
[0313] As illustrated in Fig. 42, this table stores, for 
each user 1 501 , a user group attribute 1 502, an owned 
terminal attribute 1503, personal setting attribute 1504, 
a liking attribute 1505 and a purchased software at- 
tribute 1506. 

[0314] User group attribute 1502 indicates a user 
group, to which the user belongs. Owned terminal at- 
tribute 1503 indicates the terminal(s) owned by the user. 
Personal setting attribute 1504 indicates setting infor- 
mation of an application, which is utilized in the terminal 
by each of the users, and indicates, e.g., a bookmark 
and setting of a tool bar. Liking attribute 1 505 indicates 
favorite music, favorite food, hobby and others of the 
user. Purchased software attribute 1506 indicates appli- 
cations, which are already purchased by the user and 
are available on the terminal. 

[0315] By predetermined procedures using a brows- 



er, the user can register these attributes in the server. 
In this embodiment, the user can freely produce a user 
group by specifying the users with user IDs or nick- 
names. When the new group is produced, an inquiry 

5 about permission of registration is sent to each group 
member, and only the members permitting the registra- 
tion is registered in the new group. The user establishing 
the group has a right to add or delete the members, and 
each member has a right to withdraw from the group. 

io [0316] The following can be determined from the ta- 
ble. For example, Taro SUZUKI" belongs to "SUZUKI 
family" group and a user group of "amateur skiers' 
group". "Taro SUZUKI" owns three client devices 10, i. 
e., terminals A, B and C. The setting of the bookmark 

15 and ringing sound personally set by Taro SUZUKI" are 
such and such. Taro SUZUKI" likes music of Bach. 
Taro SUZUKI" likes "Katsu-Don". Taro SUZUKI" has 
purchased "spreadsheet software A" and "graphic soft- 
ware A". 

20 [0317] In three client devices 10, i.e., terminals A, B 
and C used by Taro SUZUKI", the common personal 
setting may be employed. This personal setting specif- 
ically includes, e.g., a bookmark of a web browser, set- 
ting of tool bars and others of various applications and 

25 input setting of a mouse and a keyboard. By employing 
the common setting, the user can use the plurality of 
terminals more conveniently. Since terminal C is used 
by two users Taro SUZUKI" and "Hanako SUZUKI", the 
personal setting is managed by log-in processing set for 

30 each user. When the user logged in, the setting of the 
application is managed for this user, and the terminal 
displays a screen, which reflects various setting for this 
user. 

[031 8] Server data storing portion 3 of data server de- 

35 vice 1 may store in advance the application software for 
sending it to the client device in response to a request 
by the client device. In this case, the table in Fig. 42 is 
used to manage the purchased software in connection 
with each user. For example, Taro SUZUKI" has pur- 

40 chased two types of applications, i.e., "spreadsheet 
software A" and "graphic software B". If these types of 
software are not installed in terminal A owned by Taro 
SUZUKI", data server device 1 can send these types of 
software to client device 1 0 for installation. In connection 

45 with this, it is assumed that a software dealer has au- 
thorize Taro SUZUKI" to install the software into a plu- 
rality of devices owned by one user. 
[0319] Based on the information about the user's lik- 
ing, data server device 1 can send information for ad- 

so vertisement or the like matching with the user's liking. 
For example, the user, who registered "music: Bach" as 
the liking, is placed in a category of "User likes music 
and particularly Bach". Data server device 1 sends in- 
formation relating to "Bach" to the terminals of the users 
55 placed in this category. 

[0320] Only the terminal attribute relating to the owner 
information or the user attribute relating to the owned 
terminal attribute may be employed. 
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[0321] In this embodiment, when the data entry stored 
in server data storing portion 3 of data server device 1 
is updated, data server device 1 executes processing 
determined in accordance with a table, which will now 
be described, by way of example, with reference to the 
drawings. 

[0322] When the data entry stored in server data stor- 
ing portion 3 of data server device 1 is updated, data 
server device 1 executes processing, and Fig. 43' illus- 
trates a portion of a table storing attributes and process- 
ing for such attributes, which are utilized for determining 
the processing to be executed by data server device 1 . 
This table is stored in server data storing portion 3 of 
data server device 1. 

[0323] For description of the table in Fig. 43, it is as- 
sumed that user Taro SUZUKI" uses terminal C to up- 
date the data entry of album data of photographs of a 
ski tour. ' 

[0324] As illustrated in Fig. 40, this data entry includes 
the application attribute of "album", belonging attribute 
of "amateur skiers' group", purpose attribute of "person- 
al", current-storage terminal attribute "A, C, D M and im- 
portance attribute of "2". Data server device 1, which 
received the update notification of this data entry, deter- 
mines the processing based on the table illustrated in 
Fig. 43, the data attribute relating to the updated server 
data and the terminal attribute relating to the terminals, 
to which the notification about the update is provided. It 
is understood from the table illustrated in Fig. 43 that 
the data entry bearing the application attribute of "al- 
bum" and the importance of "2" is processed as follows, 
^connection with the terminals, which can display im- 
ages, and are operable over a communication path 
charged at a flat rate, the complete data is provided to 
the terminals, which have stored this data entry, during 
the periodical communication. In connection with the 
terminals, which can display images, and are operable 
over a communication path charged at a usage-base 
rate, the terminals, which have stored this data entry, 
are notified of only the fact that the data was updated 
during the periodical communication. No notification is 
provided to the terminals, which can display only text 
display, and cannot display image display. 
[0325] Referring to Figs. 40 and 41 , terminal A is no- 
tified of only the fact of the update of data during the 
periodical communication, because terminal A has the 
communication path charged at a usage-base rate. 
Since terminal C has the communication path charged 
at a flat rate, updated data is completely provided to ter- 
minal C during the periodical communication. Since ter- 
minal E is incapable of image display no notification is 
provided thereto. 

[0326] Further, description will now be given on the 
case where the user "Jiro TANAKA" operates terminal 
F to update the data entry relating to the meeting with 
the "C" corporation. 

[0327] As illustrated in Fig. 40, this data entry bears 
the application attribute of "schedule", belonging at- 



tribute of "A corporation, SE department", current-stor- 
age terminal attribute of "P and importance attribute of 
"5". Data server device 1 receiving this update notifica- 
tion of the data decides the processing based on the 
5 table illustrated in Fig. 43, the data attribute of the up- 
dated server data and the terminal attribute of the ter- 
minal to be notified of the update. As can be seen from 
the table in Fig. 43, the following processing is executed 
for the data entry, of which application attribute is 
"> "schedule" and the degree of importance is "3". Thus 
independently of the attribute of the terminal, the notifi- 
cation is immediately provided to all the terminals utiliz- 
ing the data entry. 

[0328] Referring to Figs. 40 and 41 , the notification is 
w immediately provided to terminals E and F, which are 
utilized by "Jiro TANAKA" or "Saburo YAMADA" for the 
business use. 

[0329] The processing derived from the table change 
depending on the likings of the users. Therefore it is 
*> desirable that the user can freely edit the conditions of 
the attributes and the processing by predetermined op- 
erations (e.g., in which the user requests data server 
device 1 to change registration, and data server device 
1 rewrites the table. 

25 [0330] In this embodiment, when the data entry stored 
in server data storing portion 3 of data server device 1 
is updated, data server device 1 executes the process- 
ing determined in accordance with a table, which will 
now be described, by way of example, with reference to 
30 the drawings. 

[0331] When the data entry stored in server data stor- 
ing portion 3 of data server device 1 is updated, data 
server device 1 executes processing, which is deter- 
mined by utilizing attributes. Fig. 44 partially illustrates 
35 a table storing these attributes and the processing for 
the attributes. This table is stored in server data storing 
portion 3 of data server device 1 . 
[0332] The table illustrated in Fig. 44 will now be de- 
scnbed in connection with the case, in which the user 
40 -Jiro TANAKA" operates terminal E to update the data 
entry of address data. 

[0333] As illustrated in Fig. 40, this data includes the 
application attribute of "address book* and the impor- 
tance attribute of "2". Data server device 1 receiving the 
45 notification about the update of this data entry deter- 
mines the processing based on the table in Fig. 44 the 
data attribute of the updated server data and the termi- 
nal attributes of the terminals to be informed of the up- 
date. As can be seen from the table in Fig. 44, when the 
so terminal is a cellular phone, a notification about the up- 
date of the data entry is provided to th e terminal together 
with information that the user notification is "weak" and 
automatic erasing information is "no". When the terminal 
is not a cellular phone, a notification about the update 
55 of the data entry is provided to the terminal together with 
information that the user notification is "weak" and au- 
tomatic erasing information is "easy". 
[0334] The terminal, which received the update of the 
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data entry together with the user notification information 
and the automatic erasing information, notifies the user 
about the data updating, e.g., by a sound, and automat- 
ically erases the updated data based on the user notifi- 
cation information and the automatic erasing informa- 
tion. This automatic erasing is performed at S603 in Fig. 
34. 

[03351 Description will now be given on the case 
where the user "Jiro TANAKA" operates terminal F to 
update the data entry relating to the meeting with the "C 
corporation*. 

[0336] As illustrated In Fig. 40, this data entry includes 
the application attribute of -schedule" and importance 
attribute of "5". Data server device 1 receiving the up- 
date notification of this data entry determines the 
processing based on the table illustrated in Fig. 44, the 
data attribute of the updated server data and the termi- 
nal attribute of the terminal to be notified of the update. 
When this schedule relates to matters in the future, the 
update of the data entry is provided to the terminal to- 
gether with the user notification information of "strong" 
and the automatic erasing information of " no" regardless 
of the type of the terminal. 

[0337] The terminal, which received from data server 
device 1 the update of data entry together with the user 
notification information and the automatic erasing infor- 
mation, automatically erases the updated data based on 
the user notification information and the automatic eras- 
ing information. 

[0338] The processing, which is executed by data 
server device 1 in accordance with the determination 
from the table, changes variously depending on an en- 
vironment of use of the user (e.g., user's setting for tem- 
porarily stopping a large audible alarm). Therefore, it is 
desirable that the above processing executed by data 
server device 1 can be changed by predetermined op- 
erations of the user (e.g. , by setting the user notification 
manner to "only on screen" independently of the notifi- 
cation information received from data server device 1). 
[0339] In the case where the user, who executed the 
update, is different from the users of the client devices 
to be notified of the update, the processing may be dif- 
ferent from that in the case where the above two kinds 
of users are the same. For example, the notification may 
be performed in the former case, i.e., in the case of the 
different users, and the notification my not be performed 
in the latter case. 

[0340] In the foregoing example, the data server de- 
vice determines the levels of the user notification and 
the automatic erasing. Alternatively, the client device 
may store the table in Fig. 44, and the levels of the user 
notification and automatic erasing may be determined 
based on the table thus stored., the attribute of the client 
device and the attribute of the data received from the 
data server device. 



Third Embodiment 

[0341 ] A third embodiment will now be described with 
reference to the drawings. The hardware structures, 
5 flowcharts and operations other than those described 
below are the same as those in the second embodiment, 
and therefore, description thereof is not repeated. 
[0342] Fig. 45 illustrates contents stored in server da- 
ta storing portion 3 of data server device 1. In this em- 
10 bodiment, server data storing portion 3 includes an ob- 
ject/object-profile storing portion 701 storing objects to 
be utilized by client devices 10 and attributes (which 
may be referred to as "profiles" hereinafter) of the ob- 
jects, a client device profile storing portion 702 storing 
15 attributes of the client devices, a user profile storing por- 
tion 703 storing the attributes of the users and a process 
rule storing portion 704 storing rules for operating the 
objects in accordance with the respective profiles and 
other situations. 
20 [0343] In this embodiment, it is assumed that each ob- 
ject is a text object structured, e.g., by a description lan- 
guage such an XML (extensible Markup Language), 
and that one object is formed of one or a plurality of el- 
ements). 

25 [0344] Fig. 46 illustrates a manner, in which a struc- 
tured object is appropriately propagated to the plurality 
of client devices 1 0. More specifically, Fig. 46, illustrates 
a manner, in which a new object T, which is produced 
by the user operating client device A, is propagated (as 
30 SP1 ) to server device 1 through data update processing 
S204 (see Fig. 8) caused by the terminal. Further, Fig. 
46 illustrates a manner, in which objectT is appropriately 
processed, and is propagated to client device B and cli- 
ent device C (as SP2) as a result of reflecting processing 
35 S105 (see Fig. 5), which is effected by server device 1 
on other client devices 10. 

[0345] In this embodiment, the object, which is struc- 
tured and is formed of the elements, can be processed 
an element at a time as illustrated in Fig. 46, and is 
40 changed into subsets T and T of original object T in- 
cluding root nodes of the object. In this processing, de- 
letion of the element may be actually performed, and 
alternatively, may be performed by replacing a link to a 
corresponding element of a master object in server de- 
45 vice 1 . This processing will be described later. 

[0346] Server device 1 processes the foregoing ob- 
ject in accordance with various conditions such as pro- 
files, and description will now be given on this process- 
ing performed according to various kinds of information 
so illustrated in Fig. 45. 

[0347] Object/object-profile storing portion 701 stores 
objects described in structured language. In this embod- 
iment, it is assumed that attributes are assigned to re- 
spective objects according to "attribute" of XML Client 
55 device profile storing portion 702 stores the attribute of 
each client device 10 as illustrated in Fig. 14. User pro- 
file storing portion 703 stores each user and its attribute 
as illustrated in Fig. 42. Process rule storing portion 704 
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stores tables for updating the objects as well as rules 
for performing processing when the foregoing objects 
are processed and propagated, as illustrated in Fiqs 47 
to 50. 

[0348] A manner of utilizing these rules will now be 
described in greater detail. 

[0349] Fig. 47 fragmentary illustrates capabilities of 
client devices 1 0 and a capability matching function hav- 
ing outputs of Boolean, which express the matching 
properties of the objects with respect to the elements. 
According to Fig. 47, when the type attribute of the ele- 
ment of the object is, e.g., a "static image", the above 
function returns "1 - if the display performance attribute 
of the terminal is "graphics", and returns "0" if the termi- 
nal is capable of text display. When the element type 
attribute is movie", this function returns "1 " if the movie 
processing attribute of the terminal is "capable", and 
returns "0" if "incapable". In this manner, this function 
refers to the appropriate terminal attribute for expres- 
sion based on the type attribute of the element, and re- 
turns a Boolean value representing the matching or mis- 
matching. If the terminal can deal with it owing to the 
processing or manipulation such as format converting 
processing or simplifying processing (e.g., subtractive 
color processing) by the server, the function returns "1 ". 
The function is expressed as "Fca(x)" where V is an in- 
put element. 

[0350] Fig. 48 illustrates a part of functions, of which 
output value varies based on properties of matching be- 
tween a certain object and an environment around the 
object. When the type attribute of the object is, e.g., "tel- 
ephone book", the function returns a high value if the 
type attribute of client device 10 storing this object is 
"telephone", and returns a low value if the type attribute 
is "terminal" other than the telephone. When the type 
attribute of the object is "schedule", the function returns 
a high value if the time attribute of the object is "future", 
and returns a low value if the time attribute is "past". In 
this manner, the function refers to the appropriate at- 
tribute and environment related to the object, depending 
on the type attribute of the object, and returns properties 
of matching between the object and the environment 
around the object. The function is expressed as "Fcc(T)" 
where "T" is an input formed of the object. 
[0351] A function for deriving the importance attribute 
of object T is expressed as "lmp(T)" f and an opportunity 
priority is defined as OP = FccfT)- Jmp(T). In this embod- 
iment, these functions are used, and an object of a sub- 
set including a root node of a master object is prepared 
from the master object in accordance with an algorithm, 
e.g., of "seek a subset Tsub of {x e T I Fca(x) * 0} such 
that OP - (C-Z size(x of Tsub))/Sc", where "Sc" repre- 
sents a value representing a communication capability 
of client device 1 0 transferring the object, and more spe- 
cifically represents a value such as a ratio of (commu- 
nication charge)/(communication amount) or a commu- 
nication speed. "Size" is a function for deriving a size of 
element "x". If the simplifying processing or the format 



converting processing is performed, this function re- 
turns the size of the element after such processing "C" 
is a constant for adjusting a balance between the com- 
munication cost and the opportunity priority of the ob- 
5 ject. In this embodiment, elements are deleted in ac- 
cordance with this algorithm such that the element is ac- 
tually deleted if Fca(x) is "0", and a link to server device 
1 is replaced if Fca(x) is "1". Under predetermined con- 
ditions, a processing method determined aside from the 
10 above processing method is executed on a top-priority 
basis so that it is possible to deal with a unique personal 
request of the user as well as a special situation. 
[0352] Then, the propagation priority is defined as PP 
= OP .Ntf(T, D) -Act(D), where "Ntf" is a function repre- 
ss sentmg, e.g., in connection with a certain client device 
1 0, whether the user of terminal D is notified of the last 
update of object T or not. If already notified, this function 
takes a value of "1 If not, it takes a value of "2". "Act 
(D)" is a function representing a state of activation or 
20 °P era *on of a certain terminal (D). This function takes 

"1" if off ° f " 2 " 11 terminal ^ ° n ' t3keS 3 Va,Ue ° f 
[0353] Fig. 49 illustrates a correlation between the 
value of propagation priority PP and the processing of 
25 the object. According to the rules illustrated in Fig. 49 
the object, which has a high opportunity priority and is 
in such a state that a notification of the last update there- 
of is not provided, is propagated more quickly to more 
terminals, and can be propagated particularly quickly to 
& the operating terminal. Under predetermined condi- 
tions, a propagation method determined aside from this 
propagation method is executed on a top-priority basis 
so that it is possible to deal with a unique personal re- 
quest of the user as well as a special situation. 
35 [0354] Fig. 50 illustrates rules for producing at- 
tributes, which are used for defining the processing ef- 
fected on the object in the terminal, and specifically for 
producing the user notification attribute of the object as 
well as a garbage collection attribute. According to the 
40 mles Nitrated in Fig. 50, an intensity of the user noti- 
fication in the terminal as well as a policy of the garbage 
collection can be determined from the opportunity prior- 
ity. Underpredetermined conditions, a processing policy 
determined aside from this processing policy is execut- 
<* ed on a top-priority basis so that it is possible to deal 
with a unique personal request of the user as well as a 
special situation. 

[0355] The processing of determining the deletion tar- 
get data and deleting it as illustrated in Fig. 34 is effected 
50 on the elements of the structured object as illustrated in 
Fig. 51 , and particularly is effected element by element 
in an order starting from the element at the trailing end 
of the object. Also, the element to be deleted by the de- 
leting processing is replaced with the link to the corre- 
55 sponding element of the master object in server device 
1 . Thereby the availability of the object becomes high, 
resulting in effective processing. 
[0356] Although the present invention has been de- 
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scribed and illustrated in detail, It is clearly understood 
that the same is by way of illustration and example only 
and is not to be taken by way of limitation, the spirit and 
scope of the present invention being limited only by the 
terms of the appended claims. 

Industrial Applicability 

[0357] According to this data access system, as de- 
scribed above, the client device updates the data, and 
notifies the serve about it. The server performs the data 
updating on only the client devices storing the data cor- 
responding to the updated data. Therefore, the client de- 
vices can utilize information much larger in amount than 
the actual storage capacity without increasing network 
traffic. Accordingly, the data access system according 
to the Invention is suitable to the server-client system, 
in which many users share the data. 
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1 . A data server device comprising: 

a server data storing portion (3) storing server 
data to be utilized by one or a plurality of client 
device(s) (10) and a correlation between said 
server data and the client device(s) (10); and 
a client storage data managing portion (2) con- 
nected to said server data storing portion (3) 
and managing client data currently stored in 
said client device (10). 

2. A data server device comprising: 

a server data storing portion (3) storing server 
data to be utilized by one or a plurality of client 
device(s) (10) and a correlation between said 
server data and the client device(s) (10); and 
a client storage data managing portion (2) con- 
nected to said server data storing portion (3), 
managing client data currently stored in said cli- 
ent device (10), and updating the client data 
currently stored In said client device (10) capa- 
ble of access to said server data when the serv- 
er data stored in said server data storing portion 
(3) is updated. 

3. The data server device according to claim 1 or 2, 
wherein 

said client storage data managing portion (2) 
manages a state of matching between the client da- 
ta currently stored in said client device (1 0) and the 
server data stored in said server data storing portion 

(3). 

4. The data server device according to claim 1 or 2, 
wherein 
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the server data stored in said server data stor- 
ing portion (3) includes a client device identifier for 
• identifying the client device (1 0) capable of said ac- 
cess. 

5. The data server device according to claim 1 or 2, 
wherein 

the server data stored in said server data stor- 
ing portion (3) includes a user identifier for identify- 
ing a user owning the client device (10) capable of 
said access. 

6. The data server device according to claim 1 or 2, 
wherein 

said client storage data managing portion (2) 
manages a correlation between an identifier for 
identifying a user owning said client device (1 0) and 
a group including the user, and 

the server data stored in said server data stor- 
ing portion (3) includes a group name of the acces- 
sible group. 

7. The data server device according to claim 1 or 2, 
wherein 

said client storage data managing portion (2) 
records an update history in a communication 
queue when communication with said client device 
(10) is impossible in an operation of updating said 
client data. 

8. The data server device according to claim 1 or 2, 
wherein 

said client storage data managing portion (2) 
will attempt communication with said client data at 
predetermined intervals when the communication 
with said client device (1 0) is impossible in process- 
ing of updating said client data. 

9. The data server device according to claim 1 or 2, 
wherein 

the server data stored in said server data stor- 
ing portion (3) is assigned a degree of importance, 
and 

said client storage data managing portion (2) 
updates said client data in accordance with said de- 
gree of importance. 

10. The data server device according to claim 1 or 2, 
wherein 

said client storage data managing portion (2) 
operates for said client device (10) capable of ac- 
cessing the server data stored in said server data 
storing portion (3) to execute selectively updating 
of said client data or notification to said client device 
(10) in accordance with a type of said client device 
(10) when said server data is updated. 

11. The data server device according to claim 1 or 2, 
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wherein 

said client storage data managing portion (2) 
operates for said client device (10) capable of ac- 
cessing the server data stored in said server data 
storing portion (3) to execute selectively updating 
of said client data or notification to said client device 
(10) in accordance with an attribute of the updated 
server data when the server data is updated. 

12. The data server device according to claim 1 or 2, 
wherein 

said client storage data managing portion (2) 
executes an encryption procedure and an authen- 
tication procedure when performing communication 
with said client device (10). 

13. The data server device according to claim 1 or 2, 
wherein 

access to said server data storing portion (3) 
from a portion other than said client device (10) is 
allowed. 



10 



said control portion (15) changes conditions 
relating to whether the client data stored in said cli- 
ent data storing portion (12) can be deleted or not, 
depending on an attribute of the client data stored 
in said client data storing portion (12). 

19. The client device according to claim 14, wherein 
said control portion (15) updates the server 
data stored in said server data storing portion (3) of 
said data server device (1) when the client data 
stored in said client data storing portion (12) is up- 
dated. 



20. 



15 



20 



14. A client device comprising: 

a client data storing portion (12) storing client 
data formed of a part or a whole of server data 
stored in a server data storing portion (3) of a 
data server device (1 ); and 
a control portion (15) connected to said client 
data storing portion (12), determining whether 
intended data is stored in said client data stor- 
ing portion (12) or not, and reading the data 
from said client data storing portion (1 2) or said 
server data storing portion (3) of the data server 
device (1 ) based on results of the determination 
for utilizing the read data. 

15. The client device according to claim 14, wherein 

when the data stored in said client data storing 
portion (12) is deleted, said control portion (15) no- 
tifies said data server device (1 ) of the deletion. 

16. The client device according to claim 15, wherein 

said control portion (15) will attempt commu- 
nication with said data server device (1) at prede- 
termined intervals when communication with said 
data server device (1) is impossible. 

17. The client device according to claim 15 or 16, 
wherein 

said control portion (15) changes conditions 
relating to whether the client data stored in said cli- 
ent data storing portion (12) can be deleted or not, 
depending on an attribute of said server data stored 
in said server data storing portion (3) of said data 
server device (1). 

18. The client device according to claim 16, wherein 



The client device according to claim 14, wherein 

said control portion (15) adds the server data 
to said server data storing portion (3) of said data 
server device (1) when the client data is added to 
said client data storing portion (12). 

21. The client device according to claim 14, wherein 
said control portion (15) stores an updating 
history in a communication queue when communi- 
cation with said data server device (1 ) is impossible. 

& 22. The client device according to claim 19 or 20, 
wherein 

when communication with said data server 
device (1 ) is impossible, said control portion (15) will 
perform the communication after it is detected that 
the communication with said data server device (t) 
becomes possible. 



23. The client device according to claim 19, wherein 
the client data stored in said client data storing 
portion (12) is assigned a degree of importance, 
and 

said control portion (15) selectively executes 
or does not execute the updating of the server data 
stored in said server data storing portion (3) of said 
data server device (1) based on the degree of im- 
portance when the client data stored in said client 
data storing portion is updated. 
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24. The client device according to claim 20, wherein 

the client data stored in said client data storing 
portion (12) is assigned a degree of importance, 
and 

said control portion (15) selectively adds or 
does not add the server data to said server data 
storing portion (3) of said data server device (1) 
based on the degree of importance when said client 
data is added to said client data storing portion (12). 

25. The client device according to daim 14, wherein 

said control portion (15) notifies the user of 
the updating of said client data when the client data 
stored in said client data storing portion (12) is up- 
dated by reflecting the update of the server data in 
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said server data storing portion (3) of said data serv- 
er device (1). 

26. The client device according to claim 14, wherein 

said control portion (15) executes an encryp- 
tion procedure and an authentication procedure for 
communication with said data server device (1 ). 

27. A data access system comprising: 

the data server device (1) according to claim 1 
or 2; and 

the client device (10) recited in claim 14 and 
connected to said data server device (1) over 
a network. 
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puter, said program providing the computer with 
functions as: 

server data storing means f o r storing server da- 
ta to be utilized by one or a plurality of client 
device(s) (10) and a correlation between said 
server data and the client device(s) (10); and 
client storage data managing means for man- 
aging client data currently stored in said client 
device (10). 



32. A computer-readable record medium storing a pro- 
gram for achieving a data server function by a com- 
puter, said program providing the computer with 
is functions as: 



28. The data access system according to claim 27, 
wherein 

the server data stored in said server data stor- 
ing portion (3) of said data server device (1) in- 20 
eludes an application program. 

29. The data access system according to claim 27, 
wherein 

the server data stored in said server data stor- 25 
ing portion (3) of said data server device (1) in- 
cludes a configuration file of the application pro- 
gram. 

30. A data synchronizing method of synchronizing serv- 30 
er data and client data, being used in a data access 
system including a data server device (1 ) storing the 
server data to be utilized by one or a plurality of cli- 
ent device(s) (10) and a correlation between said 
server data and the client device(s) (1 0), and a cli- 35 
ent device (10) connected to said data server de- 
vice (1 ) over a network, and storing the client data 
formed of a part orthe whole of the server data, and 
comprising the steps of: ^ 

determining a state of matching between the 
server data stored in said data server device 
(1 ) and the client data stored in said client de- 
vice (10) by said data server device (1); 
providing a notification about data updating to <s 
said data server device (1 ) when the client data 
stored in said client device (10) is updated; 
providing a notification about the fact of updat- 
ing of the data to other client device(s) storing, 
as said client data, data including an updated so 
portion of the data when said data server device 
(1) receives the notification about the data up- 
dating from said client device (10); and 
updating the client data of said other client de- 
vice (10). 55 

31. A computer-readable record medium storing a pro- 
gram for achieving a data server function by a corn- 



server data storing means for storing server da- 
ta to be utilized by one or a plurality of client 
device(s) (10) and a correlation between said 
server data and the client device(s) (10); and 
client storage data managing means for man* 
aging client data currently stored in said client 
device (10), and updating the client data cur- 
rently stored in said client device (10) capable 
of accessing the server data stored in said serv- 
er data storing means when said server data is 
up dated. 

33. A computer-readable record medium storing a pro- 
gram for achieving a client function by a computer, 
said program providing the computer with functions 
as: 

client data storing means for storing client data 
formed of a part or the whole of server data 
stored in a server data storing portion (3) of a 
data server device (1); and 
control means for determining whether said cli- 
ent data storing portion has stored intended da- 
ta or not, and reading the data from said server 
data storing portion (3) of said data server de- 
vice (1 ) or said data server device (1 ) based on 
results of the determination for utilizing the da- 
ta. 

34. A data server device comprising: 

a server data storing portion (3) storing server 
data to be utilized by one or a plurality of client 
devtce(s) (10) and a correlation between said 
server data and the client device(s) (10); and 
a processing determining portion connected to 
said server data storing portion (3) for deter- 
mining processing for the client data stored in 
the client device (1 0) based on said correlation. 

35. The data server device according to claim 34, fur- 
ther comprising: 
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a client device data storing portion storing client 
device data representing features of said client 
devices (10), wherein 

said client devices fall into a plurality of catego- 
ries based on said client device (1 0) data, 
said server data fall into a plurality of data cat- 
egories based on said server data, and 
said server data storing portion (3) establishes 
correspondence between said data categories 
and said device categories for storing the cor- 
relation between said server data and said cli- 
ent device(s) (10). 

36. The data server device according to claim 34, fur- 
ther comprising: 

a user data storing portion storing user data 
representing features of users using said client 
devices (10), wherein 

said users fall into a plurality of user categories 
based on the user data, 
said server data fall into a plurality of data cat- 
egories based on said server data, and 
said server data storing portion (3) establishes 
the correspondence between said data catego- 
ries and said user categories, and stores the 
correlation between said server data and said 
client devices. 

37. The data server device according to claim 35, 
, wherein 

said server data fall into the plurality of data 
categories based on at least one of a type of an ap- 
plication utilizing said server data, a degree of im- 
portance of the data and a data notifying method. 

38. The data server device according to claim 35, 
wherein 

said client device (10) fall into the plurality of 
device categories based on at least one of a type 
of said client device (10), a display performance of 
said client device (10) and a type of a communica- 
tion path between said data server device (1) and 
said client device (10). 
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an inquiring portion sending an inquiry to the 
related client device (10) about whether regis- 
tration in a new group is possible or not, when 
said new group is prepared; and 
a group registering portion responding to the in- 
quiry by the inquiring portion by registering, in 
said new group : the user of said client device 
(10) responding that the registration is possi- 
ble. 

41. The data server device according to any one of 
claims 34 to 36, wherein 

said processing determining portion deter- 
mines processing such that data updating the client 
data currently stored in said client device (10) as 
well as notification information representing a meth- 
od determined based on said correlation for notify- 
ing the user about the fact of updating of the client 
data are sent to the client device (10) extracted 
based on said correlation. 

42. The data server device according to any one of 
claims 34 to 36 : wherein 

said processing determining portion deter- 
mines processing such that data updating said cli- 
ent data currently stored in the client device (1 0) as 
well as erasing information representing a method 
determined based on said correlation for erasing 
the updated client data are sent to said client device 
(10) extracted based on the correlation. 

43. The data server device according to any one of 
claims 34 to 39, wherein 

said processing determining portion calcu- 
lates opportunity priority and propagation priority 
based on an algorithm determined corresponding 
to an attribute of said server data and an attribute 
of said client device (10), and determines process- 
ing to be effected on the client data based on the 
calculated opportunity priority and the calculated 
propagation priority. 



39. The data server device according to claim 36, 
wherein 

the users fall into the plurality of user catego- 
ries based on at least one of a group containing said 
user, liking of said user and user's setting informa- 
tion in said client device (1 0). 

40. The data server device according to claim 39, 
wherein 

said group containing the user can be pre- 
pared, edited and deleted by said client devbe(s) 
(10), and 

said data server device further comprises: 



45 



50 



55 



44. The data server device according to any one of 
claims 34 to 39, wherein 

said processing determining portion deter- 
mines processing to be effected on client data by 
selecting an element from a plurality of element in- 
cluded in structured data for a communication data 
to be sent to the client device (1 0). 

45. A client device comprising: 

a client data storing portion (12) storing client 
data formed of a part or the whole of server data 
stored in a server data storing portion (3) of a 
data server device (10); 
a receiving portion receiving update informa- 
tion including updated client data and notifica- 
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tion information from said data server device 

a notifying portion notifying a user of said client 
device that the client data was updated; and 
a control portion (15) connected to said client 5 
data storing portion (12), said receiving portion 
and said notifying portion, and controlling said 
client data storing portion (12) and said notify- 
ing portion to store the updated client data in- 
cluded in the update information received by 10 
said receiving portion in said client data storing 
portion (12), and notify the user about the up- 
dating of said client data, based on the notifica- 
tion information included in the update informa- 
tion. 

46. The client device according to claim 45, further 
comprising: 

an erase processing portion erasing the client 20 
data stored in said client data storing portion 
(12) in a stepwise fashion. 

47. The client device according to claim 45, further 
comprising: 

an erase processing portion erasing the client 
data stored in said client data storing portion 
(12), and setting information of linking with 
master data in said data server device (1 ) in re- so 
sponse to the erasing of said client data. 



over a network. 

50. A data synchronizing method used for synchroniz- 
ing server data and client data with each other in a 
data access system including a data server device 
(10) storing said server data to be utilized by one or 
a plurality of client device(s) (1 0) and a correlation 
between said server data and said client device(s) 
(10), and said client device(s) (10) connected to 
said data server device (1) and storing said client 
data formed of a part or the whole of said server 
data, said data synchronizing method comprising 
the steps of: 

notifying, by said client device (10), said data 
server device (1) about updating of the client 
data when the client data stored in said client 
device (10) is updated; 

extracting the client device (10) as a receiver 
of information relating to the updating of the cli- 
ent data based on said correlation when said 
data server device (1 ) is notified of the data up- 
dating by said client device (10); 
sending, by said data server device (1), the in- 
formation relating to the update of said client 
data to said extracted client device; 
receiving the information relating to said update 
and sent from said data server device (1) by 
said client device (10); and 
updating said client data by said client device 
(1 0) based on the received information relating 
to said update. 



48. A client device comprising: 

a client data storing portion (12) storing client 
data formed of a part or the whole of server data 
stored in a server data storing portion (3) of a 
data server device (1 0); 
a receiving portion receiving update informa- 
tion including updated client data and erase in- 
formation from said data server device (1 ); and 
a control portion (15) connected to said client 
data storing portion (12) and said receiving por- 
tion, and controlling said client data storing por- 
tion (12) to store the updated client data includ- 
ed in the update information received by said 
receiving portion in said client data storing por- 
tion (12), and erase the client data stored in 
said client data storing portion (12) based on 
the erase information included in said update 
information. 

49. A data access system comprising: 

the data server device (1 ) according to any one 
of preceding claims 34 to 40; and 
the client device (10) recited in claim 45 or 48, 
and connected to said data server device (1) 



51. The data synchronizing method according to claim 
35 50, wherein 

said step of sending said information relating 
to the update by said data server device (1 ) includes 
a step of sending update information including data 
updating the client data currently stored in said cli- 
40 ent device (10) and notification information repre- 
senting a method, determined based on said corre- 
lation, of notifying the user about the fact of the up- 
date of said client data, and 

said data synchronizing method further in- 
45 eludes a step of notifying the user about the updat- 
ing of said client data based on the notification in- 
formation included in said update information. 

52. The data synchronizing method according to claim 
50 50, wherein 

said step of sending said information relating 
to the update by said data server device (1 ) includes 
a step of sending update information including data 
updating the client data currently stored in said cli- 
55 ent device (10) and erase information representing 
a method, determined based on said correlation, of 
erasing the updated client data, and 

said data synchronizing method further in- 
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64 



dudes a step of erasing the updated client data 
based on the erase information included in said up- 
date information. 

53. A computer-readable record medium storing a pro- 5 
gram for achieving a data server function by a com- 
puter, said program providing the computer with 
functions as: 



eluded in the update information received by 
said receiving means in said client data storing 
means, and erase the client data stored in said 
client data storage means based on the erasing 
information included in said update information. 



server data storing means for storing server da- 10 
ta to be utilized by one or a plurality of client 
devlce(s) (10) and a correlation between said 
server data and the client device(s) (10); and 
processing determining means for determining 
processing to be effected on the client data is 
stored in the client device (10) based on said 
correlation. 

54. A computer-readable record medium storing a pro- 
gram for achieving a client function by a computer, 20 
said program providing the computer with functions 
as: 



client data storing means for storing client data 
formed of a part or the whole of server data 25 
stored in a server data storing portion (3) of a 
data server device (1); 

receiving means for receiving update informa- 
tion including updated client data and notifica- 
tion information from said data server device 30 
(1); 

notifying means notifying a user of said client 
device (10) that the client data was updated; 
and 

control means controlling said client data stor- 35 
ing means and said notifying means to store the 
updated client data included in the update in- 
formation received by said receiving means in 
said client data storing means, and notify the 
user about the updating of the client data based 40 
on the notification information included in said 
update information. 



55. A computer-readable record medium storing a pro- 
gram for achieving a client function by a computer, 4s 
said program providing the computer with functions 

as: 



client data storing means for storing client data 
formed of a part or the whole of server data so 
stored in a server data storing portion (3) of a 
data server device (1); 

receiving means for receiving update informa- 
tion including updated client data and notifica- 
tion information from said data server device ss 
(1);and 

control means controlling said client data stor- 
ing means to store the updated client data in- 
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